From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 07:11:52 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED7CF16A417 for ; Sun, 14 Oct 2007 07:11:52 +0000 (UTC) (envelope-from markk@knigma.org) Received: from mail.ncipher.com (mail.ncipher.com [82.108.130.24]) by mx1.freebsd.org (Postfix) with ESMTP id AE20A13C45A for ; Sun, 14 Oct 2007 07:11:52 +0000 (UTC) (envelope-from markk@knigma.org) Received: from cromer.ncipher.com ([172.18.1.172]) by mail.ncipher.com with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.34 #1) id 1Igxdf-0001yD-00 for freebsd-ports@freebsd.org; Sun, 14 Oct 2007 08:11:51 +0100 Received: from lap.knigma.org (mourn.ncipher.com [172.19.133.171]) by cromer.ncipher.com (8.13.8/8.13.8) with ESMTP id l9E7Boft080389 for ; Sun, 14 Oct 2007 08:11:51 +0100 (BST) (envelope-from markk@knigma.org) Message-ID: Date: Sun, 14 Oct 2007 08:10:25 +0100 To: freebsd-ports@freebsd.org From: Mark Knight References: <4710FF43.8020408@gmx.de> In-Reply-To: <4710FF43.8020408@gmx.de> MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii User-Agent: Turnpike/6.05-U () Subject: Re: Xorg initial resolution broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 07:11:53 -0000 In message <4710FF43.8020408@gmx.de>, "[LoN]Kamikaze" writes >Mark Knight wrote: >> Just restarted X after various Xorg updates. Now the server seems to be >> completely ignoring the "Modes" line in the config file's Screen/Display >> section and picking its own initial resolution. >> >> No problem switching to the desired resolution later on when logged in. >> >> Config and log files here: >> >> http://www.knigma.org.uk/scratch/resolution.txt >> >> This configuration has worked for years so I'm sure it's down to the >> Xorg update. Any ideas please? >> >> Cheers, > >Set PreferredMode and check for the Virtual screen size in the log, you might >have to increase that to. Thanks for the tips. Setting PreferredMode caused the X server to lockup during start-up before switching out of text mode and requiring kill -9, until I removed my HorizSync and VertRefresh lines. Tried with X -configure afresh and achieved the same effect. With DDC and without HorizSync and VertRefresh lines PreferredMode is working but I'm having to use a lower refresh and I've lost the highest resolution my monitor displays. So for me the choice seems to be: - stick with my old config and sort out resolution when I log in - accept lower refresh (75Hz) and lower max resolution (rarely used it anyway), and use PreferredMode Cheers, -- Mark A. R. Knight finger: markk@knigma.org Tel: +44 7880 556751 http://www.knigma.org/ From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 08:40:11 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79E0316A418 for ; Sun, 14 Oct 2007 08:40:11 +0000 (UTC) (envelope-from haanjdj@kpnplanet.nl) Received: from cpsmtp-voip03.kpnplanet.nl (cpsmtp-voip03.KPNplanet.nl [213.75.38.87]) by mx1.freebsd.org (Postfix) with ESMTP id 1159C13C45B for ; Sun, 14 Oct 2007 08:40:10 +0000 (UTC) (envelope-from haanjdj@kpnplanet.nl) Received: from bogomip ([86.90.176.30]) by cpsmtp-voip03.kpnplanet.nl with Microsoft SMTPSVC(5.0.2195.6713); Sun, 14 Oct 2007 10:28:06 +0200 From: "Derkjan de Haan" To: Date: Sun, 14 Oct 2007 10:28:03 +0200 Message-ID: <000001c80e3c$23a9b410$6afd1c30$@nl> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcgOPCLC+ar9FImcRzePaYshckLT6Q== Content-Language: nl X-OriginalArrivalTime: 14 Oct 2007 08:28:06.0274 (UTC) FILETIME=[2510BE20:01C80E3C] Subject: portsnap troubles? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 08:40:11 -0000 Hi, Can it be that something related to portsnap hangs? I'm not seeing any updates (i.e. the png security update) come through. Regards, Derkjan From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 09:22:32 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1196716A417 for ; Sun, 14 Oct 2007 09:22:32 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:0:206:5bff:fef8:267d]) by mx1.freebsd.org (Postfix) with ESMTP id 7FBE313C442 for ; Sun, 14 Oct 2007 09:22:31 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id D6CE21CC05; Sun, 14 Oct 2007 11:27:13 +0200 (CEST) Date: Sun, 14 Oct 2007 11:27:13 +0200 From: Erwin Lansing To: Derkjan de Haan Message-ID: <20071014092713.GA30108@droso.net> Mail-Followup-To: Derkjan de Haan , freebsd-ports@freebsd.org References: <000001c80e3c$23a9b410$6afd1c30$@nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <000001c80e3c$23a9b410$6afd1c30$@nl> X-Operating-System: FreeBSD/i386 7.0-PRERELEASE User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-ports@freebsd.org Subject: Re: portsnap troubles? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 09:22:32 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 14, 2007 at 10:28:03AM +0200, Derkjan de Haan wrote: > Hi, Howyd, >=20 > Can it be that something related to portsnap hangs? I'm not seeing any > updates (i.e. the png security update) come through. >=20 The server that builds the portsnap data is down due to hardware problems. I'm not sure what the status is, but hopefully it will return soon. Best, -erwin --=20 Erwin Lansing http://droso.org Security is like an onion. (o_ _o) It's made up of several layers \\\_\ /_/// erwin@FreeBSD.org And it makes you cry. <____) (____> erwin@aauug.dk --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHEeDxqy9aWxUlaZARAoE+AKDs5CAZpplB6qAmY1YGCJXNEZyy2ACgxbNQ D3JnEgZgYHfgnGKuvsmU02E= =bY+F -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 10:00:01 2007 Return-Path: Delivered-To: ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE4E816A419 for ; Sun, 14 Oct 2007 10:00:01 +0000 (UTC) (envelope-from fenner@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 84FD013C469 for ; Sun, 14 Oct 2007 10:00:01 +0000 (UTC) (envelope-from fenner@FreeBSD.org) Received: from freefall.freebsd.org (fenner@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9EA010p093947 for ; Sun, 14 Oct 2007 10:00:01 GMT (envelope-from fenner@freefall.freebsd.org) Received: (from fenner@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9EA01gK093946 for ports@freebsd.org; Sun, 14 Oct 2007 10:00:01 GMT (envelope-from fenner) Date: Sun, 14 Oct 2007 10:00:01 GMT From: Bill Fenner Message-Id: <200710141000.l9EA01gK093946@freefall.freebsd.org> To: ports@FreeBSD.org Cc: Subject: Possibly unbuildable ports reminder X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 10:00:01 -0000 Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 10:26:59 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3621316A417 for ; Sun, 14 Oct 2007 10:26:59 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id D3EF313C455 for ; Sun, 14 Oct 2007 10:26:58 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 655451E8C24; Sun, 14 Oct 2007 10:11:38 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 84AF611458; Sun, 14 Oct 2007 12:11:38 +0200 (CEST) Date: Sun, 14 Oct 2007 12:11:38 +0200 From: "Simon L. Nielsen" To: Derkjan de Haan , freebsd-ports@freebsd.org Message-ID: <20071014101137.GB1141@zaphod.nitro.dk> References: <000001c80e3c$23a9b410$6afd1c30$@nl> <20071014092713.GA30108@droso.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071014092713.GA30108@droso.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: portsnap troubles? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 10:26:59 -0000 On 2007.10.14 11:27:13 +0200, Erwin Lansing wrote: > On Sun, Oct 14, 2007 at 10:28:03AM +0200, Derkjan de Haan wrote: > > Hi, > > Howyd, > > > > Can it be that something related to portsnap hangs? I'm not seeing any > > updates (i.e. the png security update) come through. > > > The server that builds the portsnap data is down due to hardware > problems. I'm not sure what the status is, but hopefully it will return > soon. Onsite people have been poked, but no status yet. -- Simon L. Nielsen From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 11:59:34 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D682516A417 for ; Sun, 14 Oct 2007 11:59:34 +0000 (UTC) (envelope-from rpratt1950@embarqmail.com) Received: from mailrelay.embarq.synacor.com (mailrelay.embarq.synacor.com [208.47.184.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4D71C13C48D for ; Sun, 14 Oct 2007 11:59:34 +0000 (UTC) (envelope-from rpratt1950@embarqmail.com) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.0 c=1 a=8ihTelC7AAAA:8 a=uMdWvNQaeClkNSZjieUA:9 a=n4t00MUr8Ves8feUT8c-ndgeIQ0A:4 a=IH7gubt-nH0A:10 a=LY0hPdMaydYA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp07.embarq.synacor.com smtp.mail=rpratt1950@embarqmail.com; spf=neutral Authentication-Results: smtp07.embarq.synacor.com smtp.user=rpratt1950@embarqmail.com; auth=pass (LOGIN) Received-SPF: neutral (smtp07.embarq.synacor.com: 76.6.198.92 is neither permitted nor denied by domain of embarqmail.com) Received: from [76.6.198.92] ([76.6.198.92:64469] helo=kt.weeeble.com) by mailrelay.embarq.synacor.com (envelope-from ) (ecelerity 2.2.0.18 r(18773)) with ESMTPA id D2/DE-30150-4A402174; Sun, 14 Oct 2007 07:59:33 -0400 Date: Sun, 14 Oct 2007 07:59:31 -0400 From: Randy Pratt To: Mark Knight Message-Id: <20071014075931.3c5ec756.rpratt1950@embarqmail.com> In-Reply-To: References: <4710FF43.8020408@gmx.de> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Xorg initial resolution broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 11:59:34 -0000 On Sun, 14 Oct 2007 08:10:25 +0100 Mark Knight wrote: > In message <4710FF43.8020408@gmx.de>, "[LoN]Kamikaze" > writes > >Mark Knight wrote: > >> Just restarted X after various Xorg updates. Now the server seems to be > >> completely ignoring the "Modes" line in the config file's Screen/Display > >> section and picking its own initial resolution. > >> > >> No problem switching to the desired resolution later on when logged in. > >> > >> Config and log files here: > >> > >> http://www.knigma.org.uk/scratch/resolution.txt > >> > >> This configuration has worked for years so I'm sure it's down to the > >> Xorg update. Any ideas please? > >> > >> Cheers, > > > >Set PreferredMode and check for the Virtual screen size in the log, you might > >have to increase that to. > > Thanks for the tips. > > Setting PreferredMode caused the X server to lockup during start-up > before switching out of text mode and requiring kill -9, until I removed > my HorizSync and VertRefresh lines. > > Tried with X -configure afresh and achieved the same effect. > > With DDC and without HorizSync and VertRefresh lines PreferredMode is > working but I'm having to use a lower refresh and I've lost the highest > resolution my monitor displays. > > So for me the choice seems to be: > > - stick with my old config and sort out resolution when I log in > > - accept lower refresh (75Hz) and lower max resolution (rarely used it > anyway), and use PreferredMode I'm having the same default resolution (1280x1024) problem using the updated xf86-video-mga-1.9.100 driver and additionally am unable to switch modes using the ctrl-alt-keypad +/- keys (Option "Dont Zoom" _is_ disabled). I reverted to the xf86-video-mga-1.4.7 driver and the desktop is my normal 1024x768 resolution and the mode switch keys work. Alas, as my eyes age, the higher resolutions are unreadable. Are you perhaps using the xf86-video-mga driver? If so, reverting to the older version may be another temporary workaround. Randy -- From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 13:10:43 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 426F116A418; Sun, 14 Oct 2007 13:10:43 +0000 (UTC) (envelope-from LDerksen@Conzales.demon.nl) Received: from SERVER.e-linktron.com (conzales.demon.nl [82.161.103.26]) by mx1.freebsd.org (Postfix) with ESMTP id 65E1213C457; Sun, 14 Oct 2007 13:10:42 +0000 (UTC) (envelope-from LDerksen@Conzales.demon.nl) Received: from [192.168.1.104] ([192.168.1.1]) (authenticated bits=0) by SERVER.e-linktron.com (8.13.8/8.13.8) with ESMTP id l9EChmd9081052; Sun, 14 Oct 2007 14:43:53 +0200 (CEST) (envelope-from LDerksen@Conzales.demon.nl) Message-ID: <47120F03.6070905@Conzales.demon.nl> Date: Sun, 14 Oct 2007 14:43:47 +0200 From: "L. Derksen" User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: ache@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=5.0 tests=ALL_TRUSTED, AWL autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on SERVER.e-linktron.com Cc: ports@FreeBSD.org Subject: FreeBSD Port: png-1.2.22 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 13:10:43 -0000 Hello, I did get a message from portaudit that my 'png-1.2.18'-package was a security risk. So I updated my portstree with 'portsnap fetch update', deleted the png-package (make deinstall) and then tried to install the current png-package (1.2.22). Now the tree gives me the message: ===> png-1.2.18 has known vulnerabilities: => png -- multiple vulnerabilities. Reference: => Please update your ports tree and try again. *** Error code 1 Question: Why is my ports tree not up to date with png-1.2.22? When i do a 'portsnap fetch update' it gives me that my tree is up to date. Thanks in advance, L. Derksen From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 13:15:17 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D5416A419 for ; Sun, 14 Oct 2007 13:15:17 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id 9119F13C447 for ; Sun, 14 Oct 2007 13:15:17 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [127.0.0.1] (c-67-160-132-255.hsd1.or.comcast.net [67.160.132.255]) (authenticated bits=0) by mail.sailorfej.net (8.13.8/8.13.8) with ESMTP id l9ECfkXh015510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 14 Oct 2007 05:41:48 -0700 (PDT) (envelope-from jeff@sailorfej.net) Message-ID: <47120E73.1080403@sailorfej.net> Date: Sun, 14 Oct 2007 05:41:23 -0700 From: Jeffrey Williams User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=6.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Cc: Subject: mysql51-server won't start after upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 13:15:17 -0000 I just upgraded mysql51-server with cvsup and portupgrade. Now it won't start, and the error I am getting is: [ERROR] /usr/local/libexec/mysqld: unknown variable 'innodb_log_arch_dir=/var/db/mysql/' I have been scanning the release notes, but I haven't found anything yet, that indicates that this variable has been deprecated, and it still appears in the example my.cnf files. Anybody know what is going on here? full log below. Thanks Jeff 071014 05:05:12 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql 071014 5:05:12 InnoDB: Started; log sequence number 0 3296934308 071014 5:05:12 [ERROR] /usr/local/libexec/mysqld: unknown variable 'innodb_log_arch_dir=/var/db/mysql/' 071014 5:05:12 [ERROR] Aborting 071014 5:05:12 InnoDB: Starting shutdown... 071014 5:05:14 InnoDB: Shutdown completed; log sequence number 0 3296934308 071014 5:05:14 [Note] /usr/local/libexec/mysqld: Shutdown complete 071014 05:05:14 mysqld_safe mysqld from pid file /var/db/mysql/www.onlineed.com.pid ended From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 13:20:19 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B36F316A418 for ; Sun, 14 Oct 2007 13:20:19 +0000 (UTC) (envelope-from markk@knigma.org) Received: from mail.ncipher.com (mail.ncipher.com [82.108.130.24]) by mx1.freebsd.org (Postfix) with ESMTP id 5D65313C47E for ; Sun, 14 Oct 2007 13:20:19 +0000 (UTC) (envelope-from markk@knigma.org) Received: from cromer.ncipher.com ([172.18.1.172]) by mail.ncipher.com with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 3.34 #1) id 1Ih3OE-0007Ok-00 for freebsd-ports@freebsd.org; Sun, 14 Oct 2007 14:20:18 +0100 Received: from lap.knigma.org (mourn.ncipher.com [172.19.133.171]) by cromer.ncipher.com (8.13.8/8.13.8) with ESMTP id l9EDKHBq025425 for ; Sun, 14 Oct 2007 14:20:18 +0100 (BST) (envelope-from markk@knigma.org) Message-ID: Date: Sun, 14 Oct 2007 14:20:12 +0100 To: freebsd-ports@freebsd.org From: Mark Knight References: <4710FF43.8020408@gmx.de> <20071014075931.3c5ec756.rpratt1950@embarqmail.com> In-Reply-To: <20071014075931.3c5ec756.rpratt1950@embarqmail.com> MIME-Version: 1.0 Content-Type: text/plain;charset=us-ascii;format=flowed User-Agent: Turnpike/6.05-U () Subject: Re: Xorg initial resolution broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 13:20:19 -0000 In message <20071014075931.3c5ec756.rpratt1950@embarqmail.com>, Randy Pratt writes >I'm having the same default resolution (1280x1024) problem using the >updated xf86-video-mga-1.9.100 driver and additionally am unable to >switch modes using the ctrl-alt-keypad +/- keys (Option "Dont Zoom" >_is_ disabled). > >I reverted to the xf86-video-mga-1.4.7 driver and the desktop is >my normal 1024x768 resolution and the mode switch keys work. Alas, >as my eyes age, the higher resolutions are unreadable. > >Are you perhaps using the xf86-video-mga driver? If so, reverting >to the older version may be another temporary workaround. Indeed, yes - xf86-video-mga-1.9.100 is the port upgrade the broke it. The trouble with portupgrade -a is I don't always know what's changed ;) Cheers, -- Mark A. R. Knight finger: markk@knigma.org Tel: +44 7880 556751 http://www.knigma.org/ From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 14:29:05 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA06416A46B for ; Sun, 14 Oct 2007 14:29:05 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [212.103.70.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7A75913C447 for ; Sun, 14 Oct 2007 14:29:05 +0000 (UTC) (envelope-from freebsd.lists@fsck.ch) Received: from 80-219-162-83.dclient.hispeed.ch ([80.219.162.83] helo=factory.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Ih3lh-0001Di-GH; Sun, 14 Oct 2007 15:44:35 +0200 Message-ID: <47121D40.7040708@fsck.ch> Date: Sun, 14 Oct 2007 15:44:32 +0200 From: Tobias Roth User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: "L. Derksen" References: <47120F03.6070905@Conzales.demon.nl> In-Reply-To: <47120F03.6070905@Conzales.demon.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.0 (---) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: L. Derksen wrote: > Hello, > > I did get a message from portaudit that my 'png-1.2.18'-package was a > security risk. So I updated my portstree with 'portsnap fetch update', > deleted the png-package (make deinstall) and then tried to install the > current png-package (1.2.22). Now the tree gives me the message: > > ===> png-1.2.18 has known vulnerabilities: > => png -- multiple vulnerabilities. > Reference: > > > => Please update your ports tree and try again. > *** Error code 1 > > Question: > Why is my ports tree not up to date with png-1.2.22? When i do a > 'portsnap fetch update' it gives me that my tree is up to date. [...] Content analysis details: (-3.0 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.9 TVD_RCVD_IP TVD_RCVD_IP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.6 AWL AWL: From: address is in the auto white-list X-SA-Exim-Connect-IP: 80.219.162.83 X-SA-Exim-Mail-From: freebsd.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: png-1.2.22 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 14:29:06 -0000 L. Derksen wrote: > Hello, > > I did get a message from portaudit that my 'png-1.2.18'-package was a > security risk. So I updated my portstree with 'portsnap fetch update', > deleted the png-package (make deinstall) and then tried to install the > current png-package (1.2.22). Now the tree gives me the message: > > ===> png-1.2.18 has known vulnerabilities: > => png -- multiple vulnerabilities. > Reference: > > > => Please update your ports tree and try again. > *** Error code 1 > > Question: > Why is my ports tree not up to date with png-1.2.22? When i do a > 'portsnap fetch update' it gives me that my tree is up to date. The portsnap server hardware is experiencing problems at the moment, this is being worked on. I figured since the png vulnerability is only DoS, and not code execution, I'll just wait until the hardware is fixed. If you don't want to wait, I suggest you get the update manually via cvs: CVSROOT="anoncvs@anoncvs1.FreeBSD.org:/home/ncvs" cvs co png Cheers, Tobias From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 20:39:38 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA43516A418 for ; Sun, 14 Oct 2007 20:39:38 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 7279713C458 for ; Sun, 14 Oct 2007 20:39:38 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from roxette.lamaiziere.net (unknown [77.192.6.23]) by smtp.lamaiziere.net (Postfix) with ESMTP id 9679711805DD for ; Sun, 14 Oct 2007 22:39:36 +0200 (CEST) Date: Sun, 14 Oct 2007 22:39:33 +0200 From: Patrick Lamaiziere To: freebsd-ports@freebsd.org Message-ID: <20071014223933.27730098@roxette.lamaiziere.net> Organization: /dave/nulle X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Smarteiffel is marked broken but is not X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 20:39:38 -0000 Hi, lang/smarteiffel is marked "BROKEN= does not install" on FreeBSD >= 7 but it builds and installs fine, and runs fine too on 7.0-PRERELEASE/i386 Anyway, if I am the only one user of this port we can remove it. SmartEiffel 1.2r7 seems quite dead. Regards. From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 21:38:00 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6772F16A469 for ; Sun, 14 Oct 2007 21:38:00 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 3DC6213C46B for ; Sun, 14 Oct 2007 21:37:59 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from [192.168.2.102] (cpe-76-185-121-253.tx.res.rr.com [76.185.121.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 3198365514 for ; Sun, 14 Oct 2007 16:37:59 -0500 (CDT) Date: Sun, 14 Oct 2007 16:37:43 -0500 From: Paul Schmehl To: freebsd-ports@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha1; protocol="application/pkcs7-signature"; boundary="==========DAE902A13F8400F7E8DF==========" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: I don't understand this X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 21:38:00 -0000 --==========DAE902A13F8400F7E8DF========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I upgraded a server from php4 to php5. First I uninstalled php4. Then I uninstalled php4-extensions. Then I=20 installed php5. Then I installed php5-extensions. Now, when I run portupgrade, I get a ton of complaints about php4=20 extensions that can't be updated. portupgrade -ai ---> Session started at: Sun, 14 Oct 2007 15:41:56 -0500 ** No need to upgrade 'libltdl-1.5.24' (>=3D libltdl-1.5.24). (specify -f = to=20 force) ---> ** Upgrade tasks 272: 0 done, 1 ignored, 0 skipped and 0 failed ** Port marked as IGNORE: textproc/php4-ctype: cannot install: doesn't work with PHP version : 5 (Doesn't support = PHP 5) ---> ** Upgrade tasks 272: 0 done, 161 ignored, 0 skipped and 0 failed ** No need to upgrade 'pecl-json-1.2.1' (>=3D pecl-json-1.2.1). (specify = -f=20 to force) ---> ** Upgrade tasks 272: 0 done, 162 ignored, 0 skipped and 0 failed ** No need to upgrade 'php5-curl-5.2.4_1' (>=3D php5-curl-5.2.4_1). = (specify=20 -f to force) ---> ** Upgrade tasks 272: 0 done, 163 ignored, 0 skipped and 0 failed ** No need to upgrade 'php5-bz2-5.2.4_1' (>=3D php5-bz2-5.2.4_1). (specify = -f to force) ---> ** Upgrade tasks 272: 0 done, 164 ignored, 0 skipped and 0 failed ** Port marked as IGNORE: lang/php4-overload: cannot install: doesn't work with PHP version : 5 (Doesn't support = PHP 5) ---> ** Upgrade tasks 272: 0 done, 165 ignored, 0 skipped and 0 failed ** Port marked as IGNORE: mail/php4-imap: cannot install: doesn't work with PHP version : 5 (Doesn't support = PHP 5) ---> ** Upgrade tasks 272: 0 done, 166 ignored, 0 skipped and 0 failed ---> Packages processed: 0 done, 272 ignored, 0 skipped and 0 failed ---> Session ended at: Sun, 14 Oct 2007 15:42:50 -0500 (consumed = 00:00:54) So, I started uninstalling those ports, but I discovered that the=20 uninstall was removing files installed by the php5-extensions install.=20 So, I had to uninstall each php4 extension, then uninstall each of the=20 corresponding php5 extensions and then reinstall them in order to get the=20 ports db straightened out and have the correct files on disk. Surely there's an easier way to do this? What did I miss? And why=20 doesn't the php4-extensions port uninstall each of the ports installed? Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ --==========DAE902A13F8400F7E8DF==========-- From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 21:56:51 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1226F16A41B for ; Sun, 14 Oct 2007 21:56:51 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA1713C43E for ; Sun, 14 Oct 2007 21:56:50 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1112786nfb for ; Sun, 14 Oct 2007 14:56:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=FTRV5ZkbC+933e8k/ccSCo5LlQbHEQIBl9tuZbtkl0A=; b=gj4hJDKgtUZdg9/rN/BGUjApqFOWw6TfxIrL7UCJNLenRTnuFoMOnsAThrfXjTn7Io61TfdKN0zkUdFEpCsUMU+pfO1aBYS1VdF9Hwm5NFgaGmqhUPvX1LTUXhK08CPAFhVlyYNyNTMgu4zop2h12iAhvsq8qMbRN21RkzRU3ls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=f9KrF96Wl5Mmh7lIf+M8ryAa0UZOmPtmbg748/9T6B0dCSbYrpk4P0b8m6vrWPWg2Y7+TyEhaDljKNS0/M2FcIx4KXo8BJgjQsTIfshil/njgEduT8G1LnH2z0ua4pwxXGMgqF4MGcLeP4+xsjck8A+87IkT3tyD9SJWp23lykE= Received: by 10.86.78.4 with SMTP id a4mr4430710fgb.1192397553175; Sun, 14 Oct 2007 14:32:33 -0700 (PDT) Received: by 10.86.91.5 with HTTP; Sun, 14 Oct 2007 14:32:33 -0700 (PDT) Message-ID: <11167f520710141432q5bf6fa1bq63dc44e11ec2e6bf@mail.gmail.com> Date: Sun, 14 Oct 2007 16:32:33 -0500 From: "Sam Fourman Jr." To: "Randy Bush" In-Reply-To: <471066C1.6050405@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <471066C1.6050405@psg.com> Cc: freebsd ports , kuriyama@freebsd.org Subject: Re: make errors in net-snmp-5.3.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 21:56:51 -0000 On 10/13/07, Randy Bush wrote: > currebt on amd64 > > cc -I../../include -I. -I../../agent -I../../agent/mibgroup > -I../../snmplib -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN > -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe > -Wdeclaration-after-statement -I/usr/local/include > -I/usr/local/lib/perl5/5.8.8/mach/CORE -DINET6 -O2 -fno-strict-aliasing > -pipe -Dfreebsd8 -c mibII/tcpTable.c -fPIC -DPIC -o mibII/.libs/tcpTable.o > mibII/tcpTable.c:94:1: warning: "INP_NEXT_SYMBOL" redefined > In file included from ../../include/net-snmp/net-snmp-config.h:1585, > from mibII/tcpTable.c:17: > ../../include/net-snmp/system/freebsd.h:9:1: warning: this is the > location of the previous definition > mibII/tcpTable.c: In function 'tcpTable_load': > mibII/tcpTable.c:746: error: 'struct xinpcb' has no member named 'xt_tp' > mibII/tcpTable.c:750: error: 'struct xinpcb' has no member named 'xt_inp' > *** Error code 1 > I have this exact same problem, I am trying to compile kde3 Sam Fourman Jr. From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 22:11:34 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5150B16A417 for ; Sun, 14 Oct 2007 22:11:34 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 2548613C458 for ; Sun, 14 Oct 2007 22:11:33 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from [192.168.2.102] (cpe-76-185-121-253.tx.res.rr.com [76.185.121.253]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 4FB0D65514 for ; Sun, 14 Oct 2007 17:11:33 -0500 (CDT) Date: Sun, 14 Oct 2007 17:11:22 -0500 From: Paul Schmehl To: freebsd-ports@freebsd.org Message-ID: <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> In-Reply-To: <20071014214854.GA9785@just.puresimplicity.net> References: <20071014214854.GA9785@just.puresimplicity.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha1; protocol="application/pkcs7-signature"; boundary="==========06B97EB58AD63F1F017D==========" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: I don't understand this X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 22:11:34 -0000 --==========06B97EB58AD63F1F017D========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline --On October 14, 2007 4:48:54 PM -0500 Josh Tolbert=20 wrote: > > It really is pretty straightforward. You have to get rid of _all_ > of php4 before you install php5, then make sure the portsdb is > straightened out. I'm not sure why folks are having so much trouble > with this... > Well, I'll tell you why *I* had trouble with it. When you run "make=20 install clean" on the php?-extensions port, it *installs* the extensions.=20 Naturally, I expected that when I ran the uninstall, it would uninstall=20 the same ports that it installed previously. In fact, when you uninstall=20 the php4-extensions port, it *says* it uninstalled, but it *does* nothing. = It doesn't even remove the ports from the ports db - nor does it remove=20 the files installed with each extension port. That's *not* expected behavior for a port. I had no problem correcting the problem, but I should have had to. If=20 it's not possible to uninstall the extensions ports from php4-extensions,=20 then it should tell you that when you try to run deinstall. For me it was = a minor inconvenience. For a newbie, it could be a disaster. Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ --==========06B97EB58AD63F1F017D==========-- From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 22:18:33 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D54A16A417 for ; Sun, 14 Oct 2007 22:18:33 +0000 (UTC) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (just.puresimplicity.net [68.77.126.251]) by mx1.freebsd.org (Postfix) with ESMTP id DE6FA13C459 for ; Sun, 14 Oct 2007 22:18:32 +0000 (UTC) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (localhost.puresimplicity.net [127.0.0.1]) by just.puresimplicity.net (8.13.8/8.13.8) with ESMTP id l9ELms2E009834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 16:48:54 -0500 (CDT) (envelope-from hemi@just.puresimplicity.net) Received: (from hemi@localhost) by just.puresimplicity.net (8.13.8/8.13.8/Submit) id l9ELmsTC009833; Sun, 14 Oct 2007 16:48:54 -0500 (CDT) (envelope-from hemi) Date: Sun, 14 Oct 2007 16:48:54 -0500 From: Josh Tolbert To: Paul Schmehl Message-ID: <20071014214854.GA9785@just.puresimplicity.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-2.0.2 (just.puresimplicity.net [127.0.0.1]); Sun, 14 Oct 2007 16:48:55 -0500 (CDT) Cc: freebsd-ports@freebsd.org Subject: Re: I don't understand this X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 22:18:33 -0000 On Sun, Oct 14, 2007 at 04:37:43PM -0500, Paul Schmehl wrote: > I upgraded a server from php4 to php5. > > First I uninstalled php4. Then I uninstalled php4-extensions. Then I > installed php5. Then I installed php5-extensions. > > Now, when I run portupgrade, I get a ton of complaints about php4 > extensions that can't be updated. [snip] > So, I started uninstalling those ports, but I discovered that the > uninstall was removing files installed by the php5-extensions install. > So, I had to uninstall each php4 extension, then uninstall each of the > corresponding php5 extensions and then reinstall them in order to get the > ports db straightened out and have the correct files on disk. > > Surely there's an easier way to do this? What did I miss? And why > doesn't the php4-extensions port uninstall each of the ports installed? When I did this, I uninstalled the php4-extensions port, then all the actual php4-extensions. I then uninstalled php4. I had to "force" remove the old ports since stuff still depends on the ports. I made sure to get the pecl port that I can't remember the name of now. Then, I installed php5 and the php5-extensions port. Afterwards, I did a pkgdb -F to fix all of the deps on old php4 ports that may be left over. Finally, I tested everything that used php on my machine. I think I reinstalled some of the ports that depended on php, but since this all happened about a month ago I don't remember what I needed to reinstall. It really is pretty straightforward. You have to get rid of _all_ of php4 before you install php5, then make sure the portsdb is straightened out. I'm not sure why folks are having so much trouble with this... Thanks, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ Security is mostly a superstition. It does not exist in nature, nor do the children of men as a whole experience it. Avoiding danger is no safer in the long run than outright exposure. Life is either a daring adventure, or nothing. -- Helen Keller From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 22:44:37 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDCB416A420 for ; Sun, 14 Oct 2007 22:44:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 8108E13C478 for ; Sun, 14 Oct 2007 22:44:37 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8C37D19E02A; Mon, 15 Oct 2007 00:25:17 +0200 (CEST) Received: from [192.168.1.2] (r3a200.net.upc.cz [213.220.192.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id 0C6DC19E027; Mon, 15 Oct 2007 00:25:12 +0200 (CEST) Message-ID: <471297A8.8030201@quip.cz> Date: Mon, 15 Oct 2007 00:26:48 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Paul Schmehl References: <20071014214854.GA9785@just.puresimplicity.net> <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> In-Reply-To: <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: I don't understand this X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 22:44:37 -0000 Paul Schmehl wrote: > --On October 14, 2007 4:48:54 PM -0500 Josh Tolbert > wrote: > >> >> It really is pretty straightforward. You have to get rid of _all_ >> of php4 before you install php5, then make sure the portsdb is >> straightened out. I'm not sure why folks are having so much trouble >> with this... >> > Well, I'll tell you why *I* had trouble with it. When you run "make > install clean" on the php?-extensions port, it *installs* the > extensions. Naturally, I expected that when I ran the uninstall, it > would uninstall the same ports that it installed previously. In fact, > when you uninstall the php4-extensions port, it *says* it uninstalled, > but it *does* nothing. It doesn't even remove the ports from the ports > db - nor does it remove the files installed with each extension port. > > That's *not* expected behavior for a port. > > I had no problem correcting the problem, but I should have had to. If > it's not possible to uninstall the extensions ports from > php4-extensions, then it should tell you that when you try to run > deinstall. For me it was a minor inconvenience. For a newbie, it could > be a disaster. Maybe you missunderstand phpX-extensions metaport. It install itself as phpX-extensions and phpX-something is installed as dependency. If you unsinstall phpX-extensions, only this one port is uninstalled and no dependency is touched. It is expected behavior! phpX-extensions is easy way how one can install a bunch of phpX ports in one step. portinstall phpX-extensions will install phpX and choosen phpX-something and pecl-something. If you need to unsinstall all php ports, you must unsinstall them manualy by pkg_deinstall phpX-\* pecl-\*. So the right way to do your task was: pkg_deinstall php4-\* pecl-\* && portinstall php5-extensions Isn't it nice and easy? Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Sun Oct 14 23:28:47 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F87316A474 for ; Sun, 14 Oct 2007 23:28:47 +0000 (UTC) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (just.puresimplicity.net [68.77.126.251]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8B313C467 for ; Sun, 14 Oct 2007 23:28:46 +0000 (UTC) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (localhost.puresimplicity.net [127.0.0.1]) by just.puresimplicity.net (8.13.8/8.13.8) with ESMTP id l9ENSjND010419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Oct 2007 18:28:46 -0500 (CDT) (envelope-from hemi@just.puresimplicity.net) Received: (from hemi@localhost) by just.puresimplicity.net (8.13.8/8.13.8/Submit) id l9ENSj59010418; Sun, 14 Oct 2007 18:28:45 -0500 (CDT) (envelope-from hemi) Date: Sun, 14 Oct 2007 18:28:45 -0500 From: Josh Tolbert To: Paul Schmehl Message-ID: <20071014232845.GA10400@just.puresimplicity.net> References: <20071014214854.GA9785@just.puresimplicity.net> <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> User-Agent: Mutt/1.4.2.3i X-Greylist: Sender is SPF-compliant, not delayed by milter-greylist-2.0.2 (just.puresimplicity.net [127.0.0.1]); Sun, 14 Oct 2007 18:28:46 -0500 (CDT) Cc: freebsd-ports@freebsd.org Subject: Re: I don't understand this X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Oct 2007 23:28:47 -0000 On Sun, Oct 14, 2007 at 05:11:22PM -0500, Paul Schmehl wrote: > --On October 14, 2007 4:48:54 PM -0500 Josh Tolbert > wrote: > > > >It really is pretty straightforward. You have to get rid of _all_ > >of php4 before you install php5, then make sure the portsdb is > >straightened out. I'm not sure why folks are having so much trouble > >with this... > > > Well, I'll tell you why *I* had trouble with it. When you run "make > install clean" on the php?-extensions port, it *installs* the extensions. > Naturally, I expected that when I ran the uninstall, it would uninstall > the same ports that it installed previously. In fact, when you uninstall > the php4-extensions port, it *says* it uninstalled, but it *does* nothing. > It doesn't even remove the ports from the ports db - nor does it remove > the files installed with each extension port. > > That's *not* expected behavior for a port. > > I had no problem correcting the problem, but I should have had to. If > it's not possible to uninstall the extensions ports from php4-extensions, > then it should tell you that when you try to run deinstall. For me it was > a minor inconvenience. For a newbie, it could be a disaster. (18:26:23 ) $ cat pkg-descr This is a "meta-port" to install the extensions for PHP 5. Defaults to: ctype, dom, iconv, pcre, posix, session, simplexml, sqlite, tokenizer and xml. WWW: http://www.php.net/ - Alex Dupre ale@FreeBSD.org I don't see where you'd get the impression that it would let you deinstall any ports from that metaport. All it does is install other ports. Now, if you'd have done a recursive pkg_delete for ports php?-extensions depends on, it would have deinstalled all the ports it installed...But you'd be in a world of hurt in other ways. Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ Security is mostly a superstition. It does not exist in nature, nor do the children of men as a whole experience it. Avoiding danger is no safer in the long run than outright exposure. Life is either a daring adventure, or nothing. -- Helen Keller From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 00:18:33 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E121A16A468 for ; Mon, 15 Oct 2007 00:18:33 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF2313C43E; Mon, 15 Oct 2007 00:18:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4712B1D4.4000108@FreeBSD.org> Date: Mon, 15 Oct 2007 02:18:28 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Patrick Lamaiziere References: <20071014223933.27730098@roxette.lamaiziere.net> In-Reply-To: <20071014223933.27730098@roxette.lamaiziere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Smarteiffel is marked broken but is not X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 00:18:34 -0000 Patrick Lamaiziere wrote: > Hi, > > lang/smarteiffel is marked "BROKEN= does not install" on FreeBSD >= 7 > but it builds and installs fine, and runs fine too on 7.0-PRERELEASE/i386 Check the error log on http://pointyhat.freebsd.org then try to determine why you are not seeing that error on your system. Kris From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 03:00:49 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6867F16A419 for ; Mon, 15 Oct 2007 03:00:49 +0000 (UTC) (envelope-from chess@chessgriffin.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.freebsd.org (Postfix) with ESMTP id 220FE13C447 for ; Mon, 15 Oct 2007 03:00:48 +0000 (UTC) (envelope-from chess@chessgriffin.com) Received: by wx-out-0506.google.com with SMTP id i29so1289728wxd for ; Sun, 14 Oct 2007 20:00:48 -0700 (PDT) Received: by 10.70.113.5 with SMTP id l5mr10168488wxc.1192417247853; Sun, 14 Oct 2007 20:00:47 -0700 (PDT) Received: from localhost ( [69.134.34.168]) by mx.google.com with ESMTPS id i18sm3973413wxd.2007.10.14.20.00.45 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 14 Oct 2007 20:00:46 -0700 (PDT) Date: Sun, 14 Oct 2007 23:00:44 -0400 From: Chess Griffin To: Andrew Pantyukhin Message-ID: <20071015030044.GA94915@localhost> References: <20071012135436.GA56248@localhost> <20071013082809.GD1554@amilo.cenkes.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <20071013082809.GD1554@amilo.cenkes.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: ports@freebsd.org Subject: Re: NOPORTDOCS and man/info pages X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chess Griffin List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 03:00:49 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andrew Pantyukhin [2007-10-13 12:28:10]: >=20 > > So, my questions are: > >=20 > > Is the above handling of the man and info pages correct? It seems the > > answer is no, but just thought I would check. >=20 > Not really, but I guess there may be some special cases that > warrant the handling (e.g. megabytes of manpages, etc.) >=20 > > How does one choose not to install man and info pages if NOPORTDOCS > > does not apply to them? I seem to recall that there is a > > NO_INSTALL_MANPAGES knob but am not sure if that's the answer or if the= re > > is a NO_INSTALL_INFOPAGES. >=20 > Some people tried to respect some knobs, but in general we just > always install manpages. As for infopages, we usually only > install them when there are no manpages or if the manpages are > insufficient. >=20 > > Is is correct procedure to never include man and info pages in the > > pkg-plist like Porter's Handbook states? >=20 > Sometimes it's necessary to list manpages in plist. E.g. when > there are different sets of manpages for different languages. > MANLANG and MAN# can only handle one set across all languages. Thank you very much, Andrew. Cheers- --=20 Chess Griffin GPG Public Key: 0x0C7558C3 http://www.chessgriffin.com --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHEtfcKzd9mAx1WMMRAgrDAJ9kU6TvO0BLIfMbl9jOSCDXlF+3KwCeJAHg jwOcFrURFto3RvtJJ37U2I4= =6LqU -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 03:09:14 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F04F916A418 for ; Mon, 15 Oct 2007 03:09:14 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.freebsd.org (Postfix) with ESMTP id B489A13C455 for ; Mon, 15 Oct 2007 03:09:14 +0000 (UTC) (envelope-from cyberbotx@cyberbotx.com) Received: from kirby.cyberbotx.com ([68.62.97.217]) by comcast.net (sccrmhc11) with ESMTP id <20071015030913011007emgse>; Mon, 15 Oct 2007 03:09:14 +0000 Message-ID: <4712D9D8.5090105@cyberbotx.com> Date: Sun, 14 Oct 2007 23:09:12 -0400 From: Naram Qashat User-Agent: Thunderbird 2.0.0.6 (X11/20071007) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Ports using gcc 4.2 under FreeBSD 6.2-RELEASE X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 03:09:15 -0000 I was wondering if it would be possible to test if a port would work properly with GCC 4.2 would help test for FreeBSD 7-CURRENT if I use the lang/gcc42 port while under 6.2-RELEASE. I want to test and see what does and doesn't compile, maybe to see if I could help the ports tree for 7-CURRENT before I try to move to 7-CURRENT myself. Thanks, Naram Qashat From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 08:12:01 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E3FA16A41A for ; Mon, 15 Oct 2007 08:12:01 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 20D3D13C461 for ; Mon, 15 Oct 2007 08:12:00 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1IhKmz-00065f-AL for freebsd-ports@freebsd.org; Mon, 15 Oct 2007 00:55:01 -0700 Message-ID: <13208310.post@talk.nabble.com> Date: Mon, 15 Oct 2007 00:55:01 -0700 (PDT) From: Atrox To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: silver.salonen@gmail.com Subject: Bacula wx-console's wx version X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 08:12:01 -0000 Hi! Does anyone see a reason why Bacula's wx-console should use WX 2.4? Every time I start upgrading bacula-client, I just set "USE_WX=2.8" in bacula-server's Makefile and it builds and works perfectly. I've also tried compiling it with 2.6 and there wasn't any problem with it neither. So what do you think - is the 2.4 really necessary there or would the WX-defaults suffice? -- Silver -- View this message in context: http://www.nabble.com/Bacula-wx-console%27s-wx-version-tf4625066.html#a13208310 Sent from the freebsd-ports mailing list archive at Nabble.com. From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 08:56:03 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C618B16A468 for ; Mon, 15 Oct 2007 08:56:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 1409613C465; Mon, 15 Oct 2007 08:56:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47132B20.5030006@FreeBSD.org> Date: Mon, 15 Oct 2007 10:56:00 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Naram Qashat References: <4712D9D8.5090105@cyberbotx.com> In-Reply-To: <4712D9D8.5090105@cyberbotx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Ports using gcc 4.2 under FreeBSD 6.2-RELEASE X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 08:56:03 -0000 Naram Qashat wrote: > I was wondering if it would be possible to test if a port would work > properly with GCC 4.2 would help test for FreeBSD 7-CURRENT if I use the > lang/gcc42 port while under 6.2-RELEASE. I want to test and see what > does and doesn't compile, maybe to see if I could help the ports tree > for 7-CURRENT before I try to move to 7-CURRENT myself. You don't need to test to see whether or not they compile, hundreds of them that do not compile are already marked BROKEN. What is needed is someone to fix them, and that you can help with using the gcc42 port. Kris From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 09:10:40 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5378916A421 for ; Mon, 15 Oct 2007 09:10:40 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id A52B613C46B for ; Mon, 15 Oct 2007 09:10:39 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id D159E1CC4C; Mon, 15 Oct 2007 02:27:38 -0700 (PDT) From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Mon, 15 Oct 2007 02:27:38 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710150227.38589.david@vizion2000.net> Subject: ImageMagick - portupgrade failure -amd64 openexr issues X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 09:10:40 -0000 ImageMagick amd64 -- freebsd 6.1 =========================================== 1 of 696 tests failed Please report to http://www.imagemagick.org =========================================== *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.3.5. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.3.5. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.77670.120 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=ImageMagick-6.3.5.10 UPGRADE_PORT_VER=6.3.5.10 make ** Fix the problem and try again. Below is an extract from the stdout: (to go directly to the failed test search for "##" You will also see repeated reports such as: " coderInfo: unable to close module `YCBCR': Invalid shared object handle 0x800565c00." Extracts BEGIN:--------------------------- PASS: tests/rwfile_YUV_truecolor_70x46.sh exceptions: unable to close module `xc': Invalid shared object handle 0x80052c000. PASS: Magick++/tests/exceptions.sh appendImages: unable to close module `MIFF': Invalid shared object handle 0x80052d000. PASS: Magick++/tests/appendImages.sh attributes: unable to close module `GIF': Invalid shared object handle 0x80053b200. attributes: unable to close module `xc': Invalid shared object handle 0x80053b000. PASS: Magick++/tests/attributes.sh averageImages: unable to close module `MIFF': Invalid shared object handle 0x80052d000. PASS: Magick++/tests/averageImages.sh coalesceImages: unable to close module `MIFF': Invalid shared object handle 0x80052c000. PASS: Magick++/tests/coalesceImages.sh coderInfo: unable to close module `YCBCR': Invalid shared object handle 0x800565c00. coderInfo: unable to close module `XWD': Invalid shared object handle 0x800565a00. coderInfo: unable to close module `XPM': Invalid shared object handle 0x800565800. coderInfo: unable to close module `XCF': Invalid shared object handle 0x800565600. coderInfo: unable to close module `XC': Invalid shared object handle 0x800565400. coderInfo: unable to close module `XBM': Invalid shared object handle 0x800565200. coderInfo: unable to close module `X': Invalid shared object handle 0x800565000. coderInfo: unable to close module `WPG': Invalid shared object handle 0x80055fe00. coderInfo: unable to close module `WMF': Invalid shared object handle 0x80055fa00. coderInfo: unable to close module `WBMP': Invalid shared object handle 0x80055f800. coderInfo: unable to close module `VIFF': Invalid shared object handle 0x80055f600. coderInfo: unable to close module `VID': Invalid shared object handle 0x80055f400. coderInfo: unable to close module `VICAR': Invalid shared object handle 0x80055f200. coderInfo: unable to close module `UYVY': Invalid shared object handle 0x80055f000. coderInfo: unable to close module `URL': Invalid shared object handle 0x80055ce00. coderInfo: unable to close module `UIL': Invalid shared object handle 0x80055cc00. coderInfo: unable to close module `TXT': Invalid shared object handle 0x80055ca00. coderInfo: unable to close module `TTF': Invalid shared object handle 0x80055c800. coderInfo: unable to close module `TIM': Invalid shared object handle 0x80055c600. coderInfo: unable to close module `TILE': Invalid shared object handle 0x80055c400. coderInfo: unable to close module `TIFF': Invalid shared object handle 0x80055c200. coderInfo: unable to close module `THUMBNAIL': Invalid shared object handle 0x80055c000. coderInfo: unable to close module `TGA': Invalid shared object handle 0x800558e00. coderInfo: unable to close module `SVG': Invalid shared object handle 0x800557000. coderInfo: unable to close module `SUN': Invalid shared object handle 0x800553e00. coderInfo: unable to close module `STEGANO': Invalid shared object handle 0x800553c00. coderInfo: unable to close module `SGI': Invalid shared object handle 0x800553a00. coderInfo: unable to close module `SFW': Invalid shared object handle 0x800553800. coderInfo: unable to close module `SCT': Invalid shared object handle 0x800553600. coderInfo: unable to close module `SCR': Invalid shared object handle 0x800553400. coderInfo: unable to close module `RLE': Invalid shared object handle 0x800553200. coderInfo: unable to close module `RLA': Invalid shared object handle 0x800553000. coderInfo: unable to close module `RGB': Invalid shared object handle 0x80054fe00. coderInfo: unable to close module `RAW': Invalid shared object handle 0x80054fc00. coderInfo: unable to close module `PWP': Invalid shared object handle 0x80054fa00. coderInfo: unable to close module `PSD': Invalid shared object handle 0x80054f800. coderInfo: unable to close module `PS3': Invalid shared object handle 0x80054f600. coderInfo: unable to close module `PS2': Invalid shared object handle 0x80054f400. coderInfo: unable to close module `PS': Invalid shared object handle 0x80054f200. coderInfo: unable to close module `PREVIEW': Invalid shared object handle 0x80054f000. coderInfo: unable to close module `PNM': Invalid shared object handle 0x80054ae00. coderInfo: unable to close module `PNG': Invalid shared object handle 0x80054aa00. coderInfo: unable to close module `PLASMA': Invalid shared object handle 0x80054a800. coderInfo: unable to close module `PIX': Invalid shared object handle 0x80054a600. coderInfo: unable to close module `PICT': Invalid shared object handle 0x80054a400. coderInfo: unable to close module `PDF': Invalid shared object handle 0x80054a200. coderInfo: unable to close module `PDB': Invalid shared object handle 0x80054a000. coderInfo: unable to close module `PCX': Invalid shared object handle 0x800545e00. coderInfo: unable to close module `PCL': Invalid shared object handle 0x800545c00. coderInfo: unable to close module `PCD': Invalid shared object handle 0x800545a00. coderInfo: unable to close module `PATTERN': Invalid shared object handle 0x800545800. coderInfo: unable to close module `PALM': Invalid shared object handle 0x800545600. coderInfo: unable to close module `OTB': Invalid shared object handle 0x800545400. coderInfo: unable to close module `NULL': Invalid shared object handle 0x800545200. coderInfo: unable to close module `MVG': Invalid shared object handle 0x800545000. coderInfo: unable to close module `MTV': Invalid shared object handle 0x800542e00. coderInfo: unable to close module `MSL': Invalid shared object handle 0x800542800. coderInfo: unable to close module `MPR': Invalid shared object handle 0x800542600. coderInfo: unable to close module `MPEG': Invalid shared object handle 0x800542400. coderInfo: unable to close module `MPC': Invalid shared object handle 0x800542200. coderInfo: unable to close module `MONO': Invalid shared object handle 0x800542000. coderInfo: unable to close module `MIFF': Invalid shared object handle 0x80053fe00. coderInfo: unable to close module `META': Invalid shared object handle 0x80053fc00. coderInfo: unable to close module `MATTE': Invalid shared object handle 0x80053fa00. coderInfo: unable to close module `MAT': Invalid shared object handle 0x80053f800. coderInfo: unable to close module `MAP': Invalid shared object handle 0x80053f600. coderInfo: unable to close module `MAGICK': Invalid shared object handle 0x80053f400. coderInfo: unable to close module `LABEL': Invalid shared object handle 0x80053f200. coderInfo: unable to close module `JPEG': Invalid shared object handle 0x80053f000. coderInfo: unable to close module `JP2': Invalid shared object handle 0x80053ac00. coderInfo: unable to close module `JBIG': Invalid shared object handle 0x80053a800. coderInfo: unable to close module `IPL': Invalid shared object handle 0x80053a600. coderInfo: unable to close module `INFO': Invalid shared object handle 0x80053a400. coderInfo: unable to close module `ICON': Invalid shared object handle 0x80053a200. coderInfo: unable to close module `HTML': Invalid shared object handle 0x80053a000. coderInfo: unable to close module `HISTOGRAM': Invalid shared object handle 0x800536e00. coderInfo: unable to close module `GRAY': Invalid shared object handle 0x800536c00. coderInfo: unable to close module `GRADIENT': Invalid shared object handle 0x800536a00. coderInfo: unable to close module `GIF': Invalid shared object handle 0x80052d000. coderInfo: unable to close module `FITS': Invalid shared object handle 0x800536800. coderInfo: unable to close module `FAX': Invalid shared object handle 0x800536600. coderInfo: unable to close module `EXR': Invalid shared object handle 0x800536400. coderInfo: unable to close module `EPT': Invalid shared object handle 0x800536200. coderInfo: unable to close module `DPX': Invalid shared object handle 0x800536000. coderInfo: unable to close module `DPS': Invalid shared object handle 0x800530e00. coderInfo: unable to close module `DOT': Invalid shared object handle 0x800530c00. coderInfo: unable to close module `DNG': Invalid shared object handle 0x800530a00. coderInfo: unable to close module `DIB': Invalid shared object handle 0x800530800. coderInfo: unable to close module `DCM': Invalid shared object handle 0x800530600. coderInfo: unable to close module `CUT': Invalid shared object handle 0x800530400. coderInfo: unable to close module `CMYK': Invalid shared object handle 0x800530200. coderInfo: unable to close module `CLIP': Invalid shared object handle 0x800530000. coderInfo: unable to close module `CIP': Invalid shared object handle 0x80052de00. coderInfo: unable to close module `CIN': Invalid shared object handle 0x80052dc00. coderInfo: unable to close module `CAPTION': Invalid shared object handle 0x80052da00. coderInfo: unable to close module `BMP': Invalid shared object handle 0x80052d800. coderInfo: unable to close module `AVS': Invalid shared object handle 0x80052d600. coderInfo: unable to close module `AVI': Invalid shared object handle 0x80052d400. coderInfo: unable to close module `ART': Invalid shared objhandle 0x80052d200. PASS: Magick++/tests/coderInfo.sh colorHistogram: unable to close module `MIFF': Invalid shared object handle 0x80052c000. PASS: Magick++/tests/colorHistogram.sh PASS: Magick++/tests/color.sh tests: unable to close module `GIF': Invalid shared object handle 0x80052e400. tests: unable to close module `MAGICK': Invalid shared object handle 0x80052e200. tests: unable to close module `MIFF': Invalid shared object handle 0x80052e000. PASS: Magick++/tests/montageImages.sh morphImages: unable to close module `MIFF': Invalid shared object handle 0x80052c000. PASS: Magick++/tests/morphImages.sh readWriteBlob: unable to close module `MIFF': Invalid shared object handle 0x80052f000. PASS: Magick++/tests/readWriteBlob.sh readWriteImages: unable to close module `MIFF': Invalid shared object handle 0x80052c000. PASS: Magick++/tests/readWriteImages.sh analyze in free(): error: junk pointer, too high to make sense ## FAIL: Magick++/demo/analyze.sh button: unable to close module `MIFF': Invalid shared object handle 0x80052c600. button: unable to close module `MAGICK': Invalid shared object handle 0x80052c200. button: unable to close module `xc': Invalid shared object handle 0x80052c000. button: unable to close module `GIF': Invalid shared object handle 0x80052c400. PASS: Magick++/demo/button.sh demo: unable to close module `MIFF': Invalid shared object handle 0x800532800. demo: unable to close module `MAGICK': Invalid shared object handle 0x800532400. demo: unable to close module `plasma': Invalid shared object handle 0x800532200. demo: unable to close module `GIF': Invalid shared object handle 0x800532600. demo: unable to close module `gradient': Invalid shared object handle 0x800532000. PASS: Magick++/demo/demo.sh Advice appreciated Thanks in advance David From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 09:14:08 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2BE316A417 for ; Mon, 15 Oct 2007 09:14:07 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3378113C455 for ; Mon, 15 Oct 2007 09:14:07 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id 152771CC4C; Mon, 15 Oct 2007 02:31:07 -0700 (PDT) From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Mon, 15 Oct 2007 02:31:06 -0700 User-Agent: KMail/1.9.7 References: <200710150227.38589.david@vizion2000.net> In-Reply-To: <200710150227.38589.david@vizion2000.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710150231.06835.david@vizion2000.net> Subject: Re: ImageMagick - portupgrade failure -amd64 openexr issues X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 09:14:08 -0000 On Monday 15 October 2007 02:27:38 David Southwell wrote: > ImageMagick amd64 -- freebsd 6.1 > > =========================================== > 1 of 696 tests failed > Please report to http://www.imagemagick.org > =========================================== > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.3.5. > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.3.5. > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > *** Error code 1 > > Stop in /usr/ports/graphics/ImageMagick. > ** Command failed [exit code > 1]: /usr/bin/script -qa /tmp/portupgrade.77670.120 env > UPGRADE_TOOL=portupgrade UPGRADE_PORT=ImageMagick-6.3.5.10 > UPGRADE_PORT_VER=6.3.5.10 make > ** Fix the problem and try again. > > Below is an extract from the stdout: > (to go directly to the failed test search for "##" > You will also see repeated reports such as: > " > coderInfo: unable to close module `YCBCR': Invalid shared object handle > 0x800565c00." > > Extracts BEGIN:--------------------------- > > PASS: tests/rwfile_YUV_truecolor_70x46.sh > exceptions: unable to close module `xc': Invalid shared object handle > 0x80052c000. > PASS: Magick++/tests/exceptions.sh > appendImages: unable to close module `MIFF': Invalid shared object handle > 0x80052d000. > PASS: Magick++/tests/appendImages.sh > attributes: unable to close module `GIF': Invalid shared object handle > 0x80053b200. > attributes: unable to close module `xc': Invalid shared object handle > 0x80053b000. > PASS: Magick++/tests/attributes.sh > averageImages: unable to close module `MIFF': Invalid shared object handle > 0x80052d000. > PASS: Magick++/tests/averageImages.sh > coalesceImages: unable to close module `MIFF': Invalid shared object handle > 0x80052c000. > PASS: Magick++/tests/coalesceImages.sh > > coderInfo: unable to close module `YCBCR': Invalid shared object handle > 0x800565c00. > coderInfo: unable to close module `XWD': Invalid shared object handle > 0x800565a00. > coderInfo: unable to close module `XPM': Invalid shared object handle > 0x800565800. > coderInfo: unable to close module `XCF': Invalid shared object handle > 0x800565600. > coderInfo: unable to close module `XC': Invalid shared object handle > 0x800565400. > coderInfo: unable to close module `XBM': Invalid shared object handle > 0x800565200. > coderInfo: unable to close module `X': Invalid shared object handle > 0x800565000. > coderInfo: unable to close module `WPG': Invalid shared object handle > 0x80055fe00. > coderInfo: unable to close module `WMF': Invalid shared object handle > 0x80055fa00. > coderInfo: unable to close module `WBMP': Invalid shared object handle > 0x80055f800. > coderInfo: unable to close module `VIFF': Invalid shared object handle > 0x80055f600. > coderInfo: unable to close module `VID': Invalid shared object handle > 0x80055f400. > coderInfo: unable to close module `VICAR': Invalid shared object handle > 0x80055f200. > coderInfo: unable to close module `UYVY': Invalid shared object handle > 0x80055f000. > coderInfo: unable to close module `URL': Invalid shared object handle > 0x80055ce00. > coderInfo: unable to close module `UIL': Invalid shared object handle > 0x80055cc00. > coderInfo: unable to close module `TXT': Invalid shared object handle > 0x80055ca00. > coderInfo: unable to close module `TTF': Invalid shared object handle > 0x80055c800. > coderInfo: unable to close module `TIM': Invalid shared object handle > 0x80055c600. > coderInfo: unable to close module `TILE': Invalid shared object handle > 0x80055c400. > coderInfo: unable to close module `TIFF': Invalid shared object handle > 0x80055c200. > coderInfo: unable to close module `THUMBNAIL': Invalid shared object handle > 0x80055c000. > coderInfo: unable to close module `TGA': Invalid shared object handle > 0x800558e00. > coderInfo: unable to close module `SVG': Invalid shared object handle > 0x800557000. > coderInfo: unable to close module `SUN': Invalid shared object handle > 0x800553e00. > coderInfo: unable to close module `STEGANO': Invalid shared object handle > 0x800553c00. > coderInfo: unable to close module `SGI': Invalid shared object handle > 0x800553a00. > coderInfo: unable to close module `SFW': Invalid shared object handle > 0x800553800. > coderInfo: unable to close module `SCT': Invalid shared object handle > 0x800553600. > coderInfo: unable to close module `SCR': Invalid shared object handle > 0x800553400. > coderInfo: unable to close module `RLE': Invalid shared object handle > 0x800553200. > coderInfo: unable to close module `RLA': Invalid shared object handle > 0x800553000. > coderInfo: unable to close module `RGB': Invalid shared object handle > 0x80054fe00. > coderInfo: unable to close module `RAW': Invalid shared object handle > 0x80054fc00. > coderInfo: unable to close module `PWP': Invalid shared object handle > 0x80054fa00. > coderInfo: unable to close module `PSD': Invalid shared object handle > 0x80054f800. > coderInfo: unable to close module `PS3': Invalid shared object handle > 0x80054f600. > coderInfo: unable to close module `PS2': Invalid shared object handle > 0x80054f400. > coderInfo: unable to close module `PS': Invalid shared object handle > 0x80054f200. > coderInfo: unable to close module `PREVIEW': Invalid shared object handle > 0x80054f000. > coderInfo: unable to close module `PNM': Invalid shared object handle > 0x80054ae00. > coderInfo: unable to close module `PNG': Invalid shared object handle > 0x80054aa00. > coderInfo: unable to close module `PLASMA': Invalid shared object handle > 0x80054a800. > coderInfo: unable to close module `PIX': Invalid shared object handle > 0x80054a600. > coderInfo: unable to close module `PICT': Invalid shared object handle > 0x80054a400. > coderInfo: unable to close module `PDF': Invalid shared object handle > 0x80054a200. > coderInfo: unable to close module `PDB': Invalid shared object handle > 0x80054a000. > coderInfo: unable to close module `PCX': Invalid shared object handle > 0x800545e00. > coderInfo: unable to close module `PCL': Invalid shared object handle > 0x800545c00. > coderInfo: unable to close module `PCD': Invalid shared object handle > 0x800545a00. > coderInfo: unable to close module `PATTERN': Invalid shared object handle > 0x800545800. > coderInfo: unable to close module `PALM': Invalid shared object handle > 0x800545600. > coderInfo: unable to close module `OTB': Invalid shared object handle > 0x800545400. > coderInfo: unable to close module `NULL': Invalid shared object handle > 0x800545200. > coderInfo: unable to close module `MVG': Invalid shared object handle > 0x800545000. > coderInfo: unable to close module `MTV': Invalid shared object handle > 0x800542e00. > coderInfo: unable to close module `MSL': Invalid shared object handle > 0x800542800. > coderInfo: unable to close module `MPR': Invalid shared object handle > 0x800542600. > coderInfo: unable to close module `MPEG': Invalid shared object handle > 0x800542400. > coderInfo: unable to close module `MPC': Invalid shared object handle > 0x800542200. > coderInfo: unable to close module `MONO': Invalid shared object handle > 0x800542000. > coderInfo: unable to close module `MIFF': Invalid shared object handle > 0x80053fe00. > coderInfo: unable to close module `META': Invalid shared object handle > 0x80053fc00. > coderInfo: unable to close module `MATTE': Invalid shared object handle > 0x80053fa00. > coderInfo: unable to close module `MAT': Invalid shared object handle > 0x80053f800. > coderInfo: unable to close module `MAP': Invalid shared object handle > 0x80053f600. > coderInfo: unable to close module `MAGICK': Invalid shared object handle > 0x80053f400. > coderInfo: unable to close module `LABEL': Invalid shared object handle > 0x80053f200. > coderInfo: unable to close module `JPEG': Invalid shared object handle > 0x80053f000. > coderInfo: unable to close module `JP2': Invalid shared object handle > 0x80053ac00. > coderInfo: unable to close module `JBIG': Invalid shared object handle > 0x80053a800. > coderInfo: unable to close module `IPL': Invalid shared object handle > 0x80053a600. > coderInfo: unable to close module `INFO': Invalid shared object handle > 0x80053a400. > coderInfo: unable to close module `ICON': Invalid shared object handle > 0x80053a200. > coderInfo: unable to close module `HTML': Invalid shared object handle > 0x80053a000. > coderInfo: unable to close module `HISTOGRAM': Invalid shared object handle > 0x800536e00. > coderInfo: unable to close module `GRAY': Invalid shared object handle > 0x800536c00. > coderInfo: unable to close module `GRADIENT': Invalid shared object handle > 0x800536a00. > coderInfo: unable to close module `GIF': Invalid shared object handle > 0x80052d000. > coderInfo: unable to close module `FITS': Invalid shared object handle > 0x800536800. > coderInfo: unable to close module `FAX': Invalid shared object handle > 0x800536600. > coderInfo: unable to close module `EXR': Invalid shared object handle > 0x800536400. > coderInfo: unable to close module `EPT': Invalid shared object handle > 0x800536200. > coderInfo: unable to close module `DPX': Invalid shared object handle > 0x800536000. > coderInfo: unable to close module `DPS': Invalid shared object handle > 0x800530e00. > coderInfo: unable to close module `DOT': Invalid shared object handle > 0x800530c00. > coderInfo: unable to close module `DNG': Invalid shared object handle > 0x800530a00. > coderInfo: unable to close module `DIB': Invalid shared object handle > 0x800530800. > coderInfo: unable to close module `DCM': Invalid shared object handle > 0x800530600. > coderInfo: unable to close module `CUT': Invalid shared object handle > 0x800530400. > coderInfo: unable to close module `CMYK': Invalid shared object handle > 0x800530200. > coderInfo: unable to close module `CLIP': Invalid shared object handle > 0x800530000. > coderInfo: unable to close module `CIP': Invalid shared object handle > 0x80052de00. > coderInfo: unable to close module `CIN': Invalid shared object handle > 0x80052dc00. > coderInfo: unable to close module `CAPTION': Invalid shared object handle > 0x80052da00. > coderInfo: unable to close module `BMP': Invalid shared object handle > 0x80052d800. > coderInfo: unable to close module `AVS': Invalid shared object handle > 0x80052d600. > coderInfo: unable to close module `AVI': Invalid shared object handle > 0x80052d400. > coderInfo: unable to close module `ART': Invalid shared objhandle > 0x80052d200. PASS: Magick++/tests/coderInfo.sh > colorHistogram: unable to close module `MIFF': Invalid shared object handle > 0x80052c000. > PASS: Magick++/tests/colorHistogram.sh > PASS: Magick++/tests/color.sh > tests: unable to close module `GIF': Invalid shared object handle > 0x80052e400. tests: unable to close module `MAGICK': Invalid shared object > handle 0x80052e200. > tests: unable to close module `MIFF': Invalid shared object handle > 0x80052e000. > PASS: Magick++/tests/montageImages.sh > morphImages: unable to close module `MIFF': Invalid shared object handle > 0x80052c000. > PASS: Magick++/tests/morphImages.sh > readWriteBlob: unable to close module `MIFF': Invalid shared object handle > 0x80052f000. > PASS: Magick++/tests/readWriteBlob.sh > readWriteImages: unable to close module `MIFF': Invalid shared object > handle 0x80052c000. > PASS: Magick++/tests/readWriteImages.sh > analyze in free(): error: junk pointer, too high to make sense > ## FAIL: Magick++/demo/analyze.sh > button: unable to close module `MIFF': Invalid shared object handle > 0x80052c600. > button: unable to close module `MAGICK': Invalid shared object handle > 0x80052c200. > button: unable to close module `xc': Invalid shared object handle > 0x80052c000. button: unable to close module `GIF': Invalid shared object > handle 0x80052c400. > PASS: Magick++/demo/button.sh > demo: unable to close module `MIFF': Invalid shared object handle > 0x800532800. demo: unable to close module `MAGICK': Invalid shared object > handle 0x800532400. > demo: unable to close module `plasma': Invalid shared object handle > 0x800532200. > demo: unable to close module `GIF': Invalid shared object handle > 0x800532600. demo: unable to close module `gradient': Invalid shared object > handle 0x800532000. > PASS: Magick++/demo/demo.sh > > Advice appreciated > Thanks in advance > David Sorry I do not think this is an openexr issue.. I had problem compiling openexr but after paying more careful attention to UPDATING!! that was resolved . Just left with ImageMagick problem. david From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 11:06:02 2007 Return-Path: Delivered-To: ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9280516A478 for ; Mon, 15 Oct 2007 11:06:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC0513C458 for ; Mon, 15 Oct 2007 11:06:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9FB62dd079663 for ; Mon, 15 Oct 2007 11:06:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9FB62Pr079661 for PORTS; Mon, 15 Oct 2007 11:06:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Oct 2007 11:06:02 GMT Message-Id: <200710151106.l9FB62Pr079661@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Cc: Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 11:06:02 -0000 From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 13:08:04 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6862016A421 for ; Mon, 15 Oct 2007 13:08:04 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6BA13C491 for ; Mon, 15 Oct 2007 13:08:03 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (localhost [127.0.0.1]) by aldan.algebra.com (8.14.1/8.14.1) with ESMTP id l9FD7qiW075664 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Oct 2007 09:07:52 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.14.1/8.14.1/Submit) id l9FD7p8v075663; Mon, 15 Oct 2007 09:07:51 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: David Southwell Date: Mon, 15 Oct 2007 09:07:51 -0400 User-Agent: KMail/1.9.6 References: <20071015120018.DB70C16A4A6@hub.freebsd.org> In-Reply-To: <20071015120018.DB70C16A4A6@hub.freebsd.org> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: freebsd-ports@freebsd.org Subject: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 13:08:04 -0000 On =D0=CF=CE=C5=C4=A6=CC=CF=CB 15 =D6=CF=D7=D4=C5=CE=D8 2007, freebsd-ports= =2Drequest@freebsd.org wrote: =3D PASS: Magick++/tests/exceptions.sh =3D appendImages: unable to close module `MIFF': Invalid shared object hand= le=20 =3D 0x80052d000. Module support remains broken, unfortunately, and is disabled by default. Please, run `make config' to disable modules and rebuild. Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 13:40:57 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 298FC16A420 for ; Mon, 15 Oct 2007 13:40:57 +0000 (UTC) (envelope-from cochard@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.181]) by mx1.freebsd.org (Postfix) with ESMTP id DF6CE13C467 for ; Mon, 15 Oct 2007 13:40:56 +0000 (UTC) (envelope-from cochard@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so290484ele for ; Mon, 15 Oct 2007 06:40:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; bh=/IHzWsFjeknJKmWzVs1P83DUkdjz9AX4bSWjk52SLmo=; b=h7yaa5xLdkOrOv7zpSmIPUfHuzISg20Nw97l8kIfZsAuPQYsWcU035/a6E0RWhr4YlmVuIarg66+PO5kl3DmpfnDJzDyoKerKI0wyVpNZvr1oYmf9V4x+ksDwxx9hr6D+S5JqDnvb0JPQ+AvZtrGvQaTtuSQDiPrc3NDJSUciBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth; b=V59NLHxAM22/rRiS1H7Cj0YxkboUuHNDvLTChSH0k9yPisC2Y+/ql/7IjvrqOu4d+xllEF45Km1iR5Qn4Opa7RqN3ERnvpF4rxedJs/jZ2gfQFOzQFSktBjyOsDKDX1Wsw9xx51uYVx4YJfpl0ghFW7hN7yzIcNVoDTFDzkKD+c= Received: by 10.142.221.19 with SMTP id t19mr1414108wfg.1192455655268; Mon, 15 Oct 2007 06:40:55 -0700 (PDT) Received: by 10.142.246.3 with HTTP; Mon, 15 Oct 2007 06:40:55 -0700 (PDT) Message-ID: <3131aa530710150640w19033a47q87a5ed3f4da43684@mail.gmail.com> Date: Mon, 15 Oct 2007 15:40:55 +0200 From: "Olivier Cochard-Labbe" Sender: cochard@gmail.com To: freebsd-ports@freebsd.org MIME-Version: 1.0 X-Google-Sender-Auth: c068830655ea2ae8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Undefined symbol "_ZNSs20_S_empty_rep_storageE" with net-p2p/mute-net X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 13:40:57 -0000 Hi all, I've just install net-p2p/mute-net without problem under FreeBSD 6.2, but when I'm trying to start it, I have this problem: [olivier@dev ~]$ fileSharingMUTE Running under /home/olivier/.mute-net/gui /usr/libexec/ld-elf.so.1: Undefined symbol "_ZNSs20_S_empty_rep_storageE" referenced from COPY relocation in ./fileSharingMUTE By searching on google, it seem that is related to gcc-3.3 How to fix this problem ? Thanks, Olivier From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 14:22:07 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C322916A421 for ; Mon, 15 Oct 2007 14:22:07 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8B113C45A for ; Mon, 15 Oct 2007 14:22:07 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id 549591CC4B; Mon, 15 Oct 2007 07:39:08 -0700 (PDT) From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Mon, 15 Oct 2007 07:39:07 -0700 User-Agent: KMail/1.9.7 References: <20071015120018.DB70C16A4A6@hub.freebsd.org> <200710150907.51692@aldan> In-Reply-To: <200710150907.51692@aldan> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710150739.08095.david@vizion2000.net> Cc: Mikhail Teterin Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 14:22:07 -0000 On Monday 15 October 2007 06:07:51 Mikhail Teterin wrote: > On =D0=CF=CE=C5=C4=A6=CC=CF=CB 15 =D6=CF=D7=D4=C5=CE=D8 2007, freebsd-por= ts-request@freebsd.org wrote: > =3D PASS: Magick++/tests/exceptions.sh > =3D appendImages: unable to close module `MIFF': Invalid shared object ha= ndle > =3D 0x80052d000. > > Module support remains broken, unfortunately, and is disabled by default. > > Please, run `make config' to disable modules and rebuild. Yours, > > -mi > Thanks -- some questions: 1. Any idea how long Module support will remain broken? 2. does compiling with threads work properly? i.e.=20 # make WITH_IMAGEMAGICK_THREADS=3Dyes config # make WITH_IMAGEMAGICK_THREADS=3Dyes I am now getting failure and warnings : ** Makefile possibly broken: graphics/ImageMagick: "Makefile", line 105: warning: OpenEXR's libIlmThread may prevent=20 PerlMagick from working "Makefile", line 108: warning: DjVu requires threads and will not b= e=20 supported ImageMagick-6.3.5.10_1 ** Listing the failed packages (*:skipped / !:failed) ! graphics/ImageMagick (ImageMagick-6.3.5.10) (Makefile broken) * www/gallery2 (gallery2-2.2.3) * multimedia/libxine (libxine-1.1.7_2) As you can see I have two depencies not upgrading due to ImageMagick OpenEXR version: [root@dns1 /usr/ports/graphics/ImageMagick]# pkg_info |grep OpenEXR OpenEXR-1.6.0 A high dynamic-range (HDR) image file format Thanks in advance david From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 14:48:17 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBB2416A417 for ; Mon, 15 Oct 2007 14:48:17 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.freebsd.org (Postfix) with ESMTP id C02D213C465 for ; Mon, 15 Oct 2007 14:48:17 +0000 (UTC) (envelope-from mi+mill@aldan.algebra.com) Received: (qmail 8825 invoked from network); 15 Oct 2007 14:48:17 -0000 Received: from aldan.algebra.com (HELO aldan-mlp) ([216.254.65.224]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Oct 2007 14:48:16 -0000 From: Mikhail Teterin To: David Southwell Date: Mon, 15 Oct 2007 10:48:14 -0400 User-Agent: KMail/1.7.1 References: <20071015120018.DB70C16A4A6@hub.freebsd.org> <200710150907.51692@aldan> <200710150739.08095.david@vizion2000.net> In-Reply-To: <200710150739.08095.david@vizion2000.net> Organization: Virtual Estates, Inc. MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710151048.15066.mi+mill@aldan.algebra.com> Cc: freebsd-ports@freebsd.org Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 14:48:17 -0000 =D0=CF=CE=C5=C4=A6=CC=CF=CB 15 =D6=CF=D7=D4=C5=CE=D8 2007 10:39 =C4=CF, Dav= id Southwell =F7=C9 =CE=C1=D0=C9=D3=C1=CC=C9: > 1. Any idea how long Module support will remain broken? This is a difficult question to answer, because it depends on the exact=20 configurations -- some modules are just fine, but some others mess things u= p,=20 when ImageMagick unloads them (via dlclose())... Jasper was a bad offender in the past, but I patched it a few weeks ago.=20 There, probably, remain other evil-doers :( That said, you do not need module support -- there is no gain from them.=20 Adding a third-party module (if any exists at all) remains possible even if= =20 ImageMagick's own modules are all linked in. > ** Makefile possibly broken: graphics/ImageMagick: > =9A =9A =9A =9A "Makefile", line 105: warning: OpenEXR's libIlmThread may= prevent > PerlMagick from working > =9A =9A =9A =9A "Makefile", line 108: warning: DjVu requires threads and = will not > be supported > =9A =9A =9A =9A ImageMagick-6.3.5.10_1 If you rebuilt the OpenEXR recently (be sure to read /usr/ports/UPDATING fo= r=20 details), you can ignore the OpenEXR warning. For DjVu it is, probably, bes= t=20 to just disable it -- it requires threads, which often make PerlMagick=20 unusable, because perl is not threaded by default on FreeBSD. Unless you know, you need DjVu support for something, PerlMagick is, probab= ly,=20 more important to you than DjVu... > As you can see I have two depencies not upgrading due to ImageMagick The warnings aren't supposed to trigger portupgrade's failure, but I rarely= =20 use the tool. There, likely, exists an option to cause it to try building t= he=20 port regardless... Yours, -mi From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 14:52:06 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF6E16A417 for ; Mon, 15 Oct 2007 14:52:06 +0000 (UTC) (envelope-from beckman@angryox.com) Received: from nog.angryox.com (nog.angryox.com [70.164.19.87]) by mx1.freebsd.org (Postfix) with ESMTP id BAD6813C468 for ; Mon, 15 Oct 2007 14:52:06 +0000 (UTC) (envelope-from beckman@angryox.com) Received: by nog.angryox.com (Postfix, from userid 1001) id 601BD2C38C1; Mon, 15 Oct 2007 14:36:57 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by nog.angryox.com (Postfix) with ESMTP id 5ECD02C38B7; Mon, 15 Oct 2007 10:36:57 -0400 (EDT) Date: Mon, 15 Oct 2007 10:36:57 -0400 (EDT) From: Peter Beckman To: Paul Schmehl In-Reply-To: <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> Message-ID: References: <20071014214854.GA9785@just.puresimplicity.net> <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii Cc: freebsd-ports@freebsd.org Subject: Re: I don't understand this X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 14:52:06 -0000 On Sun, 14 Oct 2007, Paul Schmehl wrote: > Well, I'll tell you why *I* had trouble with it. When you run "make install > clean" on the php?-extensions port, it *installs* the extensions. Naturally, > I expected that when I ran the uninstall, it would uninstall the same ports > that it installed previously. In fact, when you uninstall the > php4-extensions port, it *says* it uninstalled, but it *does* nothing. It > doesn't even remove the ports from the ports db - nor does it remove the > files installed with each extension port. > > That's *not* expected behavior for a port. > > I had no problem correcting the problem, but I should have had to. If it's > not possible to uninstall the extensions ports from php4-extensions, then it > should tell you that when you try to run deinstall. For me it was a minor > inconvenience. For a newbie, it could be a disaster. Easy solution -- when doing a 'make deinstall' from the php?-extensions port, simply post a message after deinstalling the meta port: "WARNING: deinstallation of php?-extensions does NOT deinstall any php?-* ports install. If it is your intension to deinstall any php?-* ports installed by php?-extensions, " ... insert proper way to do so here ... That protect newbies from the same mis-assumption that Paul had, teach newbies and experienced FreeBSD admins the "right way" and how meta-ports work in FreeBSD, and still protect the whole concept behind how meta-ports work. Beckman --------------------------------------------------------------------------- Peter Beckman Internet Guy beckman@angryox.com http://www.angryox.com/ --------------------------------------------------------------------------- ** PLEASE NOTE PurpleCow.com IS NOW AngryOx.com DO NOT USE PurpleCow.com ** ** PurpleCow.com is now owned by City Auto Credit LLC as of May 23, 2007 ** --------------------------------------------------------------------------- From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 15:25:44 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C853816A41B for ; Mon, 15 Oct 2007 15:25:44 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 5489F13C47E for ; Mon, 15 Oct 2007 15:25:43 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9FFPeNC011399 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 15 Oct 2007 17:25:41 +0200 From: "Petr Holub" To: Date: Mon, 15 Oct 2007 17:26:21 +0200 Message-ID: <004001c80f3f$bda2d2a0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Mon, 15 Oct 2007 17:25:41 +0200 (CEST) Cc: Subject: make check on -CURRENT in lang/gnat-gcc41 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 15:25:44 -0000 Hi, I've run 'make check' on i386 -CURRENT with lang/gnat-gcc41 and it looks like there are some problems there. Complete output is below, however even the summary is not very cool: === gcc Summary === # of expected passes 38844 # of unexpected failures 48 # of unexpected successes 1 # of expected failures 100 # of untested testcases 35 # of unsupported tests 275 /usr/ports/lang/gnat-gcc41/work/build/gcc/xgcc version 4.1.2 === acats support === Generating support files...exec: found: not found **** Failed to compile macrosub gmake[2]: *** [check-gnat] Error 1 gmake[2]: Target `check' not remade because of errors. gmake[1]: *** [check-gcc] Error 2 ./test-demangle: 748 tests, 0 failures gnatls: not found gmake[1]: Target `check-host' not remade because of errors. Making check in testsuite WARNING: Couldn't find the global config file. Test Run By toor on Mon Oct 15 09:38:11 2007 Native configuration is i386-portbld-freebsd7.0 === libmudflap Summary === # of expected passes 341 # of unexpected failures 775 # of unsupported tests 2 Has somebody time to look into this? Thanks, Petr Full output follows: cd /usr/ports/lang/gnat-gcc41/work/build && export RUNTESTFLAGS='--target_board ''unix{-pthread}''' && gmake -sk check Fixed: testing.h Fixed: testing.h Fixed: AvailabilityMacros.h Fixed: X11/ShellP.h Fixed: X11/Xmu.h Fixed: Xm/BaseClassI.h Fixed: Xm/Traversal.h Fixed: _G_config.h Fixed: ansi/math.h Fixed: ansi/stdlib.h Fixed: arch/i960/archI960.h Fixed: arpa/inet.h Fixed: assert.h Fixed: bits/huge_val.h Fixed: bsd/libc.h Fixed: c_asm.h Fixed: com_err.h Fixed: ctrl-quotes-def-1.h Fixed: ctype.h Fixed: curses.h Fixed: errno.h Fixed: fixinc-test-limits.h Fixed: fs/rfs/rf_cache.h Fixed: hsfs/hsfs_spec.h Fixed: ia64/sys/getppdp.h Fixed: internal/math_core.h Fixed: internal/sgimacros.h Fixed: internal/wchar_core.h Fixed: inttypes.h Fixed: io-quotes-def-1.h Fixed: iso/math_c99.h Fixed: locale.h Fixed: mach-o/dyld.h Fixed: machine/cpu.h Fixed: malloc.h Fixed: math.h Fixed: netdnet/dnetdb.h Fixed: netinet/in.h Fixed: netinet/ip.h Fixed: obstack.h Fixed: pixrect/memvar.h sed: 1: "/define[ ]\+PTHREAD_MU ...": expected context address Fixed: reg_types.h Fixed: regex.h Fixed: regexp.h Fixed: rpc/auth.h Fixed: rpc/rpc.h Fixed: rpc/svc.h Fixed: rpc/xdr.h Fixed: rpcsvc/rstat.h Fixed: rpcsvc/rusers.h Fixed: sparc/asm_linkage.h Fixed: standards.h Fixed: stdio.h Fixed: stdio_tag.h Fixed: stdlib.h Fixed: string.h Fixed: strings.h Fixed: sundev/vuid_event.h Fixed: sunwindow/win_lock.h Fixed: sym.h Fixed: sys/asm.h Fixed: sys/cdefs.h Fixed: sys/file.h Fixed: sys/ioctl.h Fixed: sys/limits.h Fixed: sys/machine.h Fixed: sys/mman.h Fixed: sys/pthread.h Fixed: sys/regset.h Fixed: sys/signal.h Fixed: sys/socket.h Fixed: sys/spinlock.h Fixed: sys/stat.h Fixed: sys/time.h Fixed: sys/times.h Fixed: sys/types.h Fixed: sys/ucontext.h Fixed: sys/utsname.h Fixed: sys/wait.h Fixed: testing.h Fixed: time.h Fixed: tinfo.h Fixed: types/vxTypesBase.h Fixed: unistd.h Fixed: wchar.h Fixed: widec.h Xm/Traversal.h /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/Xm/Traversal.h differ: char 296, line 15 *** Xm/Traversal.h Mon Oct 15 09:22:36 2007 --- /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/Xm/Traversal.h Tue Aug 31 11:27:00 2004 *************** *** 12,18 **** #if defined( X11_NEW_CHECK ) struct wedge { #ifdef __cplusplus ! Widget old, c_new; #else Widget old, new; /* fixinc check FAILS ON BSD */ #endif --- 12,18 ---- #if defined( X11_NEW_CHECK ) struct wedge { #ifdef __cplusplus ! Widget old, c_new; #else Widget old, new; /* fixinc check FAILS ON BSD */ #endif strings.h /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/strings.h differ: char 687, line 31 *** strings.h Mon Oct 15 09:22:36 2007 --- /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/strings.h Tue Aug 31 11:27:00 2004 *************** *** 28,39 **** strncmp( const char *__s1, const char *__s2, size_t __n ); extern int ! strcasecmp( const char *__s1, const char *__s2), ! strncasecmp( const char *__s1, const char *__s2, size_t __n ); strncmp(); extern int ! strcasecmp(), ! strncasecmp(); #endif /* ULTRIX_STRINGS2_CHECK */ --- 28,39 ---- strncmp( const char *__s1, const char *__s2, size_t __n ); extern int ! strcasecmp( const char *__s1, const char *__s2), ! strncasecmp( const char *__s1, const char *__s2, size_t __n ); strncmp(); extern int ! strcasecmp(), ! strncasecmp(); #endif /* ULTRIX_STRINGS2_CHECK */ sys/stat.h /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/sys/stat.h differ: char 701, line 31 *** sys/stat.h Mon Oct 15 09:22:36 2007 --- /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/sys/stat.h Tue Aug 31 11:27:00 2004 *************** *** 28,34 **** return __stat32(__f, __p); } #if __cplusplus ! } #endif /* __cplusplus */ # else /* !__STDC__ THIS FAILS ON BSD SYSTEMS */ --- 28,34 ---- return __stat32(__f, __p); } #if __cplusplus ! } #endif /* __cplusplus */ # else /* !__STDC__ THIS FAILS ON BSD SYSTEMS */ *************** *** 42,48 **** return __stat32(__f, __p); } #if __cplusplus ! } #endif /* __cplusplus */ #endif #endif /* SCO_STATIC_FUNC_CHECK */ --- 42,48 ---- return __stat32(__f, __p); } #if __cplusplus ! } #endif /* __cplusplus */ #endif #endif /* SCO_STATIC_FUNC_CHECK */ *************** *** 54,61 **** /* macro to test for symbolic link */ #define S_ISLNK(mode) (((mode) & S_IFMT) == S_IFLNK) fstat(), ! lstat(), /* THE INSERTION LINE FAILS ON BSD SYSTEMS */ #endif /* ULTRIX_STAT_CHECK */ --- 54,62 ---- /* macro to test for symbolic link */ #define S_ISLNK(mode) (((mode) & S_IFMT) == S_IFLNK) + fstat(), ! lstat(), /* THE INSERTION LINE FAILS ON BSD SYSTEMS */ #endif /* ULTRIX_STAT_CHECK */ unistd.h /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/unistd.h differ: char 637, line 29 *** unistd.h Mon Oct 15 09:22:36 2007 --- /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/fixincludes/tests/base/unistd.h Tue Aug 31 11:27:00 2004 *************** *** 26,33 **** #if defined( ULTRIX_UNISTD_CHECK ) @(#)unistd.h 6.1 (ULTRIX) getgroups(), ! getpagesize(), fork(), ! vfork(), #endif /* ULTRIX_UNISTD_CHECK */ --- 26,33 ---- #if defined( ULTRIX_UNISTD_CHECK ) @(#)unistd.h 6.1 (ULTRIX) getgroups(), ! getpagesize(), fork(), ! vfork(), #endif /* ULTRIX_UNISTD_CHECK */ Missing header fix: pthread.h There were fixinclude test FAILURES gmake[2]: *** [check] Error 1 gmake[1]: *** [check-fixincludes] Error 2 site.exp is unchanged WARNING: Couldn't find the global config file. Test Run By toor on Mon Oct 15 09:22:36 2007 Native configuration is i386-portbld-freebsd7.0 === gcc tests === Schedule of variations: unix/-pthread Running target unix/-pthread Using /usr/local/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/local/share/dejagnu/config/unix.exp as generic interface file for target. Using /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.c-torture/compile/co mpile.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.c-torture/execute/bu iltins/builtins.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.c-torture/execute/ex ecute.exp ... FAIL: gcc.c-torture/execute/conversion.c execution, -O0 FAIL: gcc.c-torture/execute/conversion.c execution, -O1 FAIL: gcc.c-torture/execute/conversion.c execution, -O2 Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.c-torture/execute/ie ee/ieee.exp ... FAIL: gcc.c-torture/execute/ieee/copysign1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/ieee/copysign1.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/ieee/copysign1.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/ieee/copysign1.c execution, -O3 -g FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -O0 FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -O1 FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -O2 FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -O3 -fomit-frame-pointer -funroll-loops FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -O3 -g FAIL: gcc.c-torture/execute/ieee/copysign2.c execution, -Os Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.c-torture/unsorted/u nsorted.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/charset/charset.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/compat/compat.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/compat/struct-lay out-1.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/cpp/cpp.exp ... FAIL: gcc.dg/cpp/Wmissingdirs.c (internal compiler error) FAIL: gcc.dg/cpp/Wmissingdirs.c -Wmissing-include-dirs (test for warnings, line ) FAIL: gcc.dg/cpp/Wmissingdirs.c (test for excess errors) Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/cpp/trad/trad.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/debug/debug.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/debug/dwarf2/dwar f2.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/dg.exp ... FAIL: gcc.dg/builtins-20.c (test for excess errors) FAIL: gcc.dg/wint_t-1.c (test for excess errors) Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/format/format.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/ipa/ipa.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/noncompile/noncom pile.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/pch/pch.exp ... FAIL: largefile.c -O0 -g (test for excess errors) FAIL: largefile.c -O0 (test for excess errors) FAIL: largefile.c -O1 (test for excess errors) FAIL: largefile.c -O2 (test for excess errors) FAIL: largefile.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: largefile.c -O3 -g (test for excess errors) FAIL: largefile.c -Os (test for excess errors) Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/special/mips-abi. exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/special/special.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/tls/tls.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/torture/dg-tortur e.exp ... FAIL: gcc.dg/torture/builtin-convert-1.c -O1 (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-1.c -O2 (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-1.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-1.c -O3 -g (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-1.c -Os (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-2.c -O1 (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-2.c -O2 (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-2.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-2.c -O3 -g (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-2.c -Os (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-3.c -O1 (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-3.c -O2 (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-3.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-3.c -O3 -g (test for excess errors) FAIL: gcc.dg/torture/builtin-convert-3.c -Os (test for excess errors) FAIL: gcc.dg/torture/builtin-power-1.c -O0 (test for excess errors) FAIL: gcc.dg/torture/builtin-power-1.c -O1 (test for excess errors) FAIL: gcc.dg/torture/builtin-power-1.c -O2 (test for excess errors) FAIL: gcc.dg/torture/builtin-power-1.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.dg/torture/builtin-power-1.c -O3 -g (test for excess errors) FAIL: gcc.dg/torture/builtin-power-1.c -Os (test for excess errors) Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/tree-prof/tree-pr of.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/tree-ssa/tree-ssa .exp ... XPASS: gcc.dg/tree-ssa/20040204-1.c scan-tree-dump-times link_error 0 Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/vect/vect.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/vmx/vmx.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.dg/weak/weak.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/acker1.ex p ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/arm-isr.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/bprob.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/dhry.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/gcov.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/i386-pref etch.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/linkage.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/matrix1.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/mg-2.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/mg.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/options.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/sieve.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.misc-tests/sort2.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/alpha/alpha.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/arm/arm.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/cris/cris.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/cris/torture/ cris-torture.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/frv/frv.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/i386/i386.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/ia64/ia64.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/mips/mips.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/powerpc/power pc.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/sparc/sparc.e xp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/x86_64/abi/ab i-x86_64.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.target/xstormy16/xst ormy16.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/gcc/testsuite/gcc.test-framework/test- framework.exp ... skipping test framework tests, CHECK_TEST_FRAMEWORK is not defined === gcc Summary === # of expected passes 38844 # of unexpected failures 48 # of unexpected successes 1 # of expected failures 100 # of untested testcases 35 # of unsupported tests 275 /usr/ports/lang/gnat-gcc41/work/build/gcc/xgcc version 4.1.2 === acats configuration === target gcc is /usr/ports/lang/gnat-gcc41/work/build/gcc/xgcc -B/usr/ports/lang/gnat-gcc41/work /build/gcc/ Reading specs from /usr/ports/lang/gnat-gcc41/work/build/gcc/specs Target: i386-portbld-freebsd7.0 Configured with: ./..//gcc-4.1.2/configure --enable-languages=c,ada --disable-nls --with-system-z lib --with-libiconv-prefix=/usr/local --program-suffix=41 --bindir=/usr/local/bi n/gcc41 --libdir=/usr/local/lib/gcc/i386-portbld-freebsd7.0/4.1.2 --prefix=/usr/ local --mandir=/usr/local/man --infodir=/usr/local/info/gcc41 i386-portbld-freebsd7.0 Thread model: posix gcc version 4.1.2 host=i386-undermydesk-freebsd target=i386-portbld-freebsd7.0 gnatmake is /usr/ports/lang/gnat-gcc41/work/build/gcc/gnatmake === acats support === Generating support files...exec: found: not found **** Failed to compile macrosub gmake[2]: *** [check-gnat] Error 1 gmake[2]: Target `check' not remade because of errors. gmake[1]: *** [check-gcc] Error 2 ./test-demangle: 748 tests, 0 failures gnatls: not found gmake[1]: Target `check-host' not remade because of errors. Making check in testsuite WARNING: Couldn't find the global config file. Test Run By toor on Mon Oct 15 09:38:11 2007 Native configuration is i386-portbld-freebsd7.0 === libmudflap tests === Schedule of variations: unix/-pthread Running target unix/-pthread Using /usr/local/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/local/share/dejagnu/config/unix.exp as generic interface file for target. Using /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/libmudflap/testsuite/config/default.ex p as tool-and-target-specific interface file. Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/libmudflap/testsuite/libmudflap.c/cfra gs.exp ... FAIL: libmudflap.c/fail1-frag.c (test for excess errors) WARNING: libmudflap.c/fail1-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail10-frag.c (test for excess errors) WARNING: libmudflap.c/fail10-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail11-frag.c (test for excess errors) WARNING: libmudflap.c/fail11-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail12-frag.c (test for excess errors) WARNING: libmudflap.c/fail12-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail13-frag.c (test for excess errors) WARNING: libmudflap.c/fail13-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail14-frag.c (test for excess errors) WARNING: libmudflap.c/fail14-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail15-frag.c (test for excess errors) WARNING: libmudflap.c/fail15-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail16-frag.c (test for excess errors) WARNING: libmudflap.c/fail16-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail17-frag.c (test for excess errors) WARNING: libmudflap.c/fail17-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail18-frag.c (test for excess errors) WARNING: libmudflap.c/fail18-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail19-frag.c (test for excess errors) WARNING: libmudflap.c/fail19-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail2-frag.c (test for excess errors) WARNING: libmudflap.c/fail2-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail20-frag.c (test for excess errors) WARNING: libmudflap.c/fail20-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail21-frag.c (test for excess errors) WARNING: libmudflap.c/fail21-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail22-frag.c (test for excess errors) WARNING: libmudflap.c/fail22-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail23-frag.c (test for excess errors) WARNING: libmudflap.c/fail23-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail25-frag.c (test for excess errors) WARNING: libmudflap.c/fail25-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail26-frag.c (test for excess errors) WARNING: libmudflap.c/fail26-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail27-frag.c (test for excess errors) WARNING: libmudflap.c/fail27-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail28-frag.c (test for excess errors) WARNING: libmudflap.c/fail28-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail29-frag.c (test for excess errors) WARNING: libmudflap.c/fail29-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail3-frag.c (test for excess errors) WARNING: libmudflap.c/fail3-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail30-frag.c (test for excess errors) WARNING: libmudflap.c/fail30-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail31-frag.c (test for excess errors) WARNING: libmudflap.c/fail31-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail32-frag.c (test for excess errors) WARNING: libmudflap.c/fail32-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail33-frag.c (test for excess errors) WARNING: libmudflap.c/fail33-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail34-frag.c (test for excess errors) WARNING: libmudflap.c/fail34-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail35-frag.c (test for excess errors) WARNING: libmudflap.c/fail35-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail36-frag.c (test for excess errors) WARNING: libmudflap.c/fail36-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail37-frag.c (test for excess errors) WARNING: libmudflap.c/fail37-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail38-frag.c (test for excess errors) WARNING: libmudflap.c/fail38-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail39-frag.c (test for excess errors) WARNING: libmudflap.c/fail39-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail4-frag.c (test for excess errors) WARNING: libmudflap.c/fail4-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail40-frag.c (test for excess errors) WARNING: libmudflap.c/fail40-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail5-frag.c (test for excess errors) WARNING: libmudflap.c/fail5-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail6-frag.c (test for excess errors) WARNING: libmudflap.c/fail6-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail7-frag.c (test for excess errors) WARNING: libmudflap.c/fail7-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail8-frag.c (test for excess errors) WARNING: libmudflap.c/fail8-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail9-frag.c (test for excess errors) WARNING: libmudflap.c/fail9-frag.c compilation failed to produce executable FAIL: libmudflap.c/heap-scalestress.c (test for excess errors) WARNING: libmudflap.c/heap-scalestress.c compilation failed to produce executable FAIL: libmudflap.c/hook-allocstuff.c (test for excess errors) WARNING: libmudflap.c/hook-allocstuff.c compilation failed to produce executable FAIL: libmudflap.c/hook2-allocstuff.c (test for excess errors) WARNING: libmudflap.c/hook2-allocstuff.c compilation failed to produce executable FAIL: libmudflap.c/pass-stratcliff.c (test for excess errors) WARNING: libmudflap.c/pass-stratcliff.c compilation failed to produce executable FAIL: libmudflap.c/pass1-frag.c (test for excess errors) WARNING: libmudflap.c/pass1-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass1-frag.c (test for excess errors) WARNING: libmudflap.c/pass1-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass10-frag.c (test for excess errors) WARNING: libmudflap.c/pass10-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass10-frag.c (test for excess errors) WARNING: libmudflap.c/pass10-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass11-frag.c (test for excess errors) WARNING: libmudflap.c/pass11-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass11-frag.c (test for excess errors) WARNING: libmudflap.c/pass11-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass12-frag.c (test for excess errors) WARNING: libmudflap.c/pass12-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass12-frag.c (test for excess errors) WARNING: libmudflap.c/pass12-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass13-frag.c (test for excess errors) WARNING: libmudflap.c/pass13-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass13-frag.c (test for excess errors) WARNING: libmudflap.c/pass13-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass14-frag.c (test for excess errors) WARNING: libmudflap.c/pass14-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass14-frag.c (test for excess errors) WARNING: libmudflap.c/pass14-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass15-frag.c (test for excess errors) WARNING: libmudflap.c/pass15-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass15-frag.c (test for excess errors) WARNING: libmudflap.c/pass15-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass16-frag.c (test for excess errors) WARNING: libmudflap.c/pass16-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass16-frag.c (test for excess errors) WARNING: libmudflap.c/pass16-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass17-frag.c (test for excess errors) WARNING: libmudflap.c/pass17-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass17-frag.c (test for excess errors) WARNING: libmudflap.c/pass17-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass18-frag.c (test for excess errors) WARNING: libmudflap.c/pass18-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass18-frag.c (test for excess errors) WARNING: libmudflap.c/pass18-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass19-frag.c (test for excess errors) WARNING: libmudflap.c/pass19-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass19-frag.c (test for excess errors) WARNING: libmudflap.c/pass19-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass2-frag.c (test for excess errors) WARNING: libmudflap.c/pass2-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass2-frag.c (test for excess errors) WARNING: libmudflap.c/pass2-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass20-frag.c (test for excess errors) WARNING: libmudflap.c/pass20-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass20-frag.c (test for excess errors) WARNING: libmudflap.c/pass20-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass21-frag.c (test for excess errors) WARNING: libmudflap.c/pass21-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass21-frag.c (test for excess errors) WARNING: libmudflap.c/pass21-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass22-frag.c (test for excess errors) WARNING: libmudflap.c/pass22-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass22-frag.c (test for excess errors) WARNING: libmudflap.c/pass22-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass23-frag.c (test for excess errors) WARNING: libmudflap.c/pass23-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass23-frag.c (test for excess errors) WARNING: libmudflap.c/pass23-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass24-frag.c (test for excess errors) WARNING: libmudflap.c/pass24-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass24-frag.c (test for excess errors) WARNING: libmudflap.c/pass24-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass25-frag.c (test for excess errors) WARNING: libmudflap.c/pass25-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass25-frag.c (test for excess errors) WARNING: libmudflap.c/pass25-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass26-frag.c (test for excess errors) WARNING: libmudflap.c/pass26-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass26-frag.c (test for excess errors) WARNING: libmudflap.c/pass26-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass29-frag.c (test for excess errors) WARNING: libmudflap.c/pass29-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass29-frag.c (test for excess errors) WARNING: libmudflap.c/pass29-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass3-frag.c (test for excess errors) WARNING: libmudflap.c/pass3-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass3-frag.c (test for excess errors) WARNING: libmudflap.c/pass3-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass30-frag.c (test for excess errors) WARNING: libmudflap.c/pass30-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass30-frag.c (test for excess errors) WARNING: libmudflap.c/pass30-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass32-frag.c (test for excess errors) WARNING: libmudflap.c/pass32-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass32-frag.c (test for excess errors) WARNING: libmudflap.c/pass32-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass33-frag.c (test for excess errors) WARNING: libmudflap.c/pass33-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass33-frag.c (test for excess errors) WARNING: libmudflap.c/pass33-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass34-frag.c (test for excess errors) WARNING: libmudflap.c/pass34-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass34-frag.c (test for excess errors) WARNING: libmudflap.c/pass34-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass35-frag.c (test for excess errors) WARNING: libmudflap.c/pass35-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass35-frag.c (test for excess errors) WARNING: libmudflap.c/pass35-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass36-frag.c (test for excess errors) WARNING: libmudflap.c/pass36-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass36-frag.c (test for excess errors) WARNING: libmudflap.c/pass36-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass38-frag.c (test for excess errors) WARNING: libmudflap.c/pass38-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass38-frag.c (test for excess errors) WARNING: libmudflap.c/pass38-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass4-frag.c (test for excess errors) WARNING: libmudflap.c/pass4-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass4-frag.c (test for excess errors) WARNING: libmudflap.c/pass4-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass42-frag.c (test for excess errors) WARNING: libmudflap.c/pass42-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass42-frag.c (test for excess errors) WARNING: libmudflap.c/pass42-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass43-frag.c (test for excess errors) WARNING: libmudflap.c/pass43-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass43-frag.c (test for excess errors) WARNING: libmudflap.c/pass43-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass44-frag.c (test for excess errors) WARNING: libmudflap.c/pass44-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass44-frag.c (test for excess errors) WARNING: libmudflap.c/pass44-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass45-frag.c (test for excess errors) WARNING: libmudflap.c/pass45-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass45-frag.c (test for excess errors) WARNING: libmudflap.c/pass45-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass46-frag.c (test for excess errors) WARNING: libmudflap.c/pass46-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass46-frag.c (test for excess errors) WARNING: libmudflap.c/pass46-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass47-frag.c (test for excess errors) WARNING: libmudflap.c/pass47-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass47-frag.c (test for excess errors) WARNING: libmudflap.c/pass47-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass48-frag.c (test for excess errors) WARNING: libmudflap.c/pass48-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass48-frag.c (test for excess errors) WARNING: libmudflap.c/pass48-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass49-frag.c (test for excess errors) WARNING: libmudflap.c/pass49-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass49-frag.c (test for excess errors) WARNING: libmudflap.c/pass49-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass5-frag.c (test for excess errors) WARNING: libmudflap.c/pass5-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass5-frag.c (test for excess errors) WARNING: libmudflap.c/pass5-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass50-frag.c (test for excess errors) WARNING: libmudflap.c/pass50-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass50-frag.c (test for excess errors) WARNING: libmudflap.c/pass50-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass51-frag.c (test for excess errors) WARNING: libmudflap.c/pass51-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass51-frag.c (test for excess errors) WARNING: libmudflap.c/pass51-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass52-frag.c (test for excess errors) WARNING: libmudflap.c/pass52-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass52-frag.c (test for excess errors) WARNING: libmudflap.c/pass52-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass53-frag.c (test for excess errors) WARNING: libmudflap.c/pass53-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass53-frag.c (test for excess errors) WARNING: libmudflap.c/pass53-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass54-frag.c (test for excess errors) WARNING: libmudflap.c/pass54-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass54-frag.c (test for excess errors) WARNING: libmudflap.c/pass54-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass56-frag.c (test for excess errors) WARNING: libmudflap.c/pass56-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass56-frag.c (test for excess errors) WARNING: libmudflap.c/pass56-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass6-frag.c (test for excess errors) WARNING: libmudflap.c/pass6-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass6-frag.c (test for excess errors) WARNING: libmudflap.c/pass6-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass7-frag.c (test for excess errors) WARNING: libmudflap.c/pass7-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass7-frag.c (test for excess errors) WARNING: libmudflap.c/pass7-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass8-frag.c (test for excess errors) WARNING: libmudflap.c/pass8-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass8-frag.c (test for excess errors) WARNING: libmudflap.c/pass8-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass9-frag.c (test for excess errors) WARNING: libmudflap.c/pass9-frag.c compilation failed to produce executable FAIL: libmudflap.c/pass9-frag.c (test for excess errors) WARNING: libmudflap.c/pass9-frag.c compilation failed to produce executable FAIL: libmudflap.c/fail40-frag.c (-static) output pattern test FAIL: libmudflap.c/pass36-frag.c (-static) output pattern test FAIL: libmudflap.c/pass36-frag.c (-static) output pattern test FAIL: libmudflap.c/pass51-frag.c (-static) execution test FAIL: libmudflap.c/pass51-frag.c (-static) execution test FAIL: libmudflap.c/fail1-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail1-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail10-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail10-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail11-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail11-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail12-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail12-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail13-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail13-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail14-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail14-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail15-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail15-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail16-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail16-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail17-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail17-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail18-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail18-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail19-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail19-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail2-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail2-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail20-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail20-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail21-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail21-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail22-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail22-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail23-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail23-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail25-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail25-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail26-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail26-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail27-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail27-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail28-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail28-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail29-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail29-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail3-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail3-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail30-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail30-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail31-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail31-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail32-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail32-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail33-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail33-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail34-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail34-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail35-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail35-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail36-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail36-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail37-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail37-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail38-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail38-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail39-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail39-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail4-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail4-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail40-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail40-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail5-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail5-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail6-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail6-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail7-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail7-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail8-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail8-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail9-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/fail9-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/heap-scalestress.c (-O2) (test for excess errors) WARNING: libmudflap.c/heap-scalestress.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/hook-allocstuff.c (-O2) (test for excess errors) WARNING: libmudflap.c/hook-allocstuff.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/hook2-allocstuff.c (-O2) (test for excess errors) WARNING: libmudflap.c/hook2-allocstuff.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass-stratcliff.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass-stratcliff.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass1-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass1-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass1-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass1-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass10-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass10-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass10-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass10-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass11-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass11-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass11-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass11-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass12-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass12-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass12-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass12-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass13-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass13-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass13-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass13-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass14-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass14-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass14-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass14-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass15-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass15-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass15-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass15-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass16-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass16-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass16-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass16-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass17-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass17-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass17-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass17-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass18-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass18-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass18-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass18-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass19-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass19-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass19-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass19-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass2-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass2-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass2-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass2-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass20-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass20-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass20-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass20-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass21-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass21-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass21-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass21-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass22-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass22-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass22-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass22-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass23-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass23-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass23-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass23-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass24-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass24-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass24-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass24-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass25-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass25-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass25-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass25-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass26-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass26-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass26-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass26-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass29-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass29-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass29-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass29-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass3-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass3-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass3-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass3-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass30-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass30-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass30-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass30-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass32-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass32-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass32-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass32-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass33-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass33-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass33-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass33-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass34-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass34-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass34-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass34-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass35-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass35-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass35-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass35-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass36-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass36-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass36-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass36-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass38-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass38-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass38-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass38-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass4-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass4-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass4-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass4-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass42-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass42-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass42-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass42-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass43-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass43-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass43-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass43-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass44-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass44-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass44-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass44-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass45-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass45-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass45-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass45-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass46-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass46-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass46-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass46-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass47-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass47-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass47-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass47-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass48-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass48-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass48-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass48-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass49-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass49-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass49-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass49-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass5-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass5-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass5-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass5-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass50-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass50-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass50-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass50-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass51-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass51-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass51-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass51-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass52-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass52-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass52-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass52-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass53-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass53-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass53-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass53-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass54-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass54-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass54-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass54-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass56-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass56-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass56-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass56-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass6-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass6-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass6-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass6-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass7-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass7-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass7-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass7-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass8-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass8-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass8-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass8-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass9-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass9-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/pass9-frag.c (-O2) (test for excess errors) WARNING: libmudflap.c/pass9-frag.c (-O2) compilation failed to produce executable FAIL: libmudflap.c/fail1-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail1-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail10-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail10-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail11-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail11-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail12-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail12-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail13-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail13-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail14-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail14-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail15-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail15-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail16-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail16-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail17-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail17-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail18-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail18-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail19-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail19-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail2-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail2-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail20-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail20-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail21-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail21-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail22-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail22-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail23-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail23-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail25-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail25-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail26-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail26-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail27-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail27-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail28-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail28-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail29-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail29-frag.c (-O3) compilation failed to produce executab le FAIL: libmudflap.c/fail3-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail3-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail30-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail30-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail31-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail31-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail32-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail32-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail33-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail33-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail34-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail34-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail35-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail35-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail36-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail36-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail37-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail37-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail38-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail38-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail39-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail39-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail4-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail4-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail40-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail40-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail5-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail5-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail6-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail6-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail7-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail7-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail8-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail8-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/fail9-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/fail9-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/heap-scalestress.c (-O3) (test for excess errors) WARNING: libmudflap.c/heap-scalestress.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/hook-allocstuff.c (-O3) (test for excess errors) WARNING: libmudflap.c/hook-allocstuff.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/hook2-allocstuff.c (-O3) (test for excess errors) WARNING: libmudflap.c/hook2-allocstuff.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass-stratcliff.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass-stratcliff.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass1-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass1-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass1-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass1-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass10-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass10-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass10-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass10-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass11-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass11-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass11-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass11-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass12-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass12-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass12-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass12-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass13-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass13-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass13-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass13-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass14-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass14-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass14-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass14-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass15-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass15-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass15-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass15-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass16-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass16-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass16-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass16-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass17-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass17-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass17-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass17-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass18-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass18-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass18-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass18-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass19-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass19-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass19-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass19-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass2-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass2-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass2-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass2-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass20-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass20-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass20-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass20-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass21-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass21-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass21-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass21-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass22-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass22-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass22-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass22-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass23-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass23-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass23-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass23-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass24-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass24-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass24-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass24-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass25-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass25-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass25-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass25-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass26-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass26-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass26-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass26-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass29-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass29-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass29-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass29-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass3-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass3-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass3-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass3-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass30-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass30-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass30-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass30-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass32-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass32-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass32-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass32-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass33-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass33-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass33-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass33-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass34-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass34-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass34-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass34-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass35-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass35-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass35-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass35-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass36-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass36-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass36-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass36-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass38-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass38-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass38-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass38-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass4-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass4-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass4-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass4-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass42-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass42-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass42-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass42-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass43-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass43-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass43-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass43-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass44-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass44-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass44-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass44-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass45-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass45-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass45-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass45-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass46-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass46-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass46-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass46-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass47-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass47-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass47-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass47-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass48-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass48-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass48-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass48-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass49-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass49-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass49-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass49-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass5-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass5-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass5-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass5-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass50-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass50-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass50-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass50-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass51-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass51-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass51-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass51-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass52-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass52-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass52-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass52-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass53-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass53-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass53-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass53-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass54-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass54-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass54-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass54-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass56-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass56-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass56-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass56-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass6-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass6-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass6-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass6-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass7-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass7-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass7-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass7-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass8-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass8-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass8-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass8-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass9-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass9-frag.c (-O3) compilation failed to produce executable FAIL: libmudflap.c/pass9-frag.c (-O3) (test for excess errors) WARNING: libmudflap.c/pass9-frag.c (-O3) compilation failed to produce executable Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/libmudflap/testsuite/libmudflap.c/exte rns.exp ... FAIL: externs-12 linkage FAIL: externs-21 linkage WARNING: program timed out. FAIL: externs-12 execution WARNING: program timed out. FAIL: externs-21 execution FAIL: externs-12 linkage -static FAIL: externs-21 linkage -static WARNING: program timed out. FAIL: externs-12 execution -static WARNING: program timed out. FAIL: externs-21 execution -static FAIL: externs-12 linkage -O2 FAIL: externs-21 linkage -O2 WARNING: program timed out. FAIL: externs-12 execution -O2 WARNING: program timed out. FAIL: externs-21 execution -O2 FAIL: externs-12 linkage -O3 FAIL: externs-21 linkage -O3 WARNING: program timed out. FAIL: externs-12 execution -O3 WARNING: program timed out. FAIL: externs-21 execution -O3 Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/libmudflap/testsuite/libmudflap.c++/c+ +frags.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/libmudflap/testsuite/libmudflap.c++/ct ors.exp ... Running /usr/ports/lang/gnat-gcc41/work/gcc-4.1.2/libmudflap/testsuite/libmudflap.cth/ct hfrags.exp ... FAIL: libmudflap.cth/pass37-frag.c (test for excess errors) FAIL: libmudflap.cth/pass37-frag.c execution test FAIL: libmudflap.cth/pass37-frag.c output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 1) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 1) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 2) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 2) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 3) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 3) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 4) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 4) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 5) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 5) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 6) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 6) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 7) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 7) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 8) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 8) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 9) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 9) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 10) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 10) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 11) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 11) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 12) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 12) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 13) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 13) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 14) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 14) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 15) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 15) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 16) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 16) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 17) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 17) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 18) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 18) output pattern test FAIL: libmudflap.cth/pass37-frag.c (rerun 19) execution test FAIL: libmudflap.cth/pass37-frag.c (rerun 19) output pattern test FAIL: libmudflap.cth/pass39-frag.c (test for excess errors) FAIL: libmudflap.cth/pass39-frag.c execution test FAIL: libmudflap.cth/pass39-frag.c output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 1) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 1) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 2) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 2) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 3) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 3) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 4) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 4) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 5) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 5) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 6) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 6) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 7) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 7) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 8) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 8) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 9) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 9) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 10) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 10) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 11) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 11) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 12) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 12) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 13) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 13) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 14) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 14) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 15) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 15) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 16) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 16) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 17) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 17) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 18) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 18) output pattern test FAIL: libmudflap.cth/pass39-frag.c (rerun 19) execution test FAIL: libmudflap.cth/pass39-frag.c (rerun 19) output pattern test FAIL: libmudflap.cth/pass40-frag.c (test for excess errors) FAIL: libmudflap.cth/pass40-frag.c execution test FAIL: libmudflap.cth/pass40-frag.c output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 1) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 1) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 2) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 2) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 3) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 3) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 4) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 4) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 5) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 5) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 6) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 6) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 7) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 7) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 8) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 8) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 9) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 9) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 10) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 10) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 11) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 11) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 12) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 12) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 13) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 13) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 14) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 14) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 15) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 15) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 16) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 16) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 17) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 17) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 18) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 18) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 19) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 19) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 1) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 1) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 2) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 2) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 3) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 3) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 4) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 4) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 5) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 5) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 6) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 6) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 7) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 7) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 8) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 8) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 9) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 9) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 10) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 10) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 11) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 11) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 12) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 12) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 13) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 13) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 14) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 14) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 15) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 15) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 16) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 16) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 17) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 17) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 18) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 18) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 19) execution test FAIL: libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 19) output pattern test WARNING: program timed out. FAIL: libmudflap.cth/pass40-frag.c (-static -DSTATIC) execution test FAIL: libmudflap.cth/pass40-frag.c (-static -DSTATIC) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (test for excess errors) FAIL: libmudflap.cth/pass37-frag.c (-O2) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 1) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 1) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 2) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 2) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 3) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 3) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 4) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 4) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 5) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 5) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 6) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 6) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 7) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 7) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 8) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 8) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 9) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 9) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 10) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 10) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 11) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 11) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 12) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 12) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 13) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 13) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 14) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 14) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 15) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 15) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 16) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 16) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 17) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 17) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 18) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 18) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 19) execution test FAIL: libmudflap.cth/pass37-frag.c (-O2) (rerun 19) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (test for excess errors) FAIL: libmudflap.cth/pass39-frag.c (-O2) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 1) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 1) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 2) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 2) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 3) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 3) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 4) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 4) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 5) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 5) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 6) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 6) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 7) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 7) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 8) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 8) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 9) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 9) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 10) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 10) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 11) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 11) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 12) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 12) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 13) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 13) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 14) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 14) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 15) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 15) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 16) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 16) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 17) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 17) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 18) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 18) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 19) execution test FAIL: libmudflap.cth/pass39-frag.c (-O2) (rerun 19) output pattern test FAIL: libmudflap.cth/pass40-frag.c (-O2) (test for excess errors) FAIL: libmudflap.cth/pass40-frag.c (-O2) execution test FAIL: libmudflap.cth/pass40-frag.c (-O2) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (test for excess errors) FAIL: libmudflap.cth/pass37-frag.c (-O3) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 1) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 1) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 2) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 2) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 3) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 3) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 4) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 4) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 5) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 5) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 6) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 6) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 7) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 7) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 8) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 8) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 9) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 9) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 10) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 10) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 11) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 11) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 12) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 12) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 13) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 13) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 14) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 14) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 15) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 15) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 16) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 16) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 17) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 17) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 18) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 18) output pattern test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 19) execution test FAIL: libmudflap.cth/pass37-frag.c (-O3) (rerun 19) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (test for excess errors) FAIL: libmudflap.cth/pass39-frag.c (-O3) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 1) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 1) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 2) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 2) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 3) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 3) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 4) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 4) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 5) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 5) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 6) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 6) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 7) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 7) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 8) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 8) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 9) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 9) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 10) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 10) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 11) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 11) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 12) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 12) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 13) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 13) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 14) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 14) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 15) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 15) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 16) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 16) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 17) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 17) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 18) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 18) output pattern test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 19) execution test FAIL: libmudflap.cth/pass39-frag.c (-O3) (rerun 19) output pattern test FAIL: libmudflap.cth/pass40-frag.c (-O3) (test for excess errors) FAIL: libmudflap.cth/pass40-frag.c (-O3) execution test FAIL: libmudflap.cth/pass40-frag.c (-O3) output pattern test === libmudflap Summary === # of expected passes 341 # of unexpected failures 775 # of unsupported tests 2 gmake[4]: *** [check-DEJAGNU] Error 1 gmake[3]: *** [check-am] Error 2 gmake[3]: Target `check' not remade because of errors. gmake[2]: *** [check-recursive] Error 1 gmake[2]: Target `check' not remade because of errors. gmake[1]: *** [check-target-libmudflap] Error 2 gmake[1]: Target `check-target' not remade because of errors. gmake: *** [do-check] Error 2 gmake: Target `check' not remade because of errors. *** Error code 2 Stop in /usr/ports/lang/gnat-gcc41. From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 16:06:08 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2364C16A417 for ; Mon, 15 Oct 2007 16:06:08 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 07D2A13C46B for ; Mon, 15 Oct 2007 16:06:07 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd59514.utdallas.edu (utd59514.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 04EAF6550A for ; Mon, 15 Oct 2007 11:06:07 -0500 (CDT) Date: Mon, 15 Oct 2007 11:06:06 -0500 From: Paul Schmehl To: freebsd-ports@freebsd.org Message-ID: In-Reply-To: References: <20071014214854.GA9785@just.puresimplicity.net> <70B9DC0A085AF432265C026C@paul-schmehls-powerbook59.local> X-Mailer: Mulberry/4.0.6 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: I don't understand this X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 16:06:08 -0000 --On Monday, October 15, 2007 10:36:57 -0400 Peter Beckman wrote: > On Sun, 14 Oct 2007, Paul Schmehl wrote: > >> Well, I'll tell you why *I* had trouble with it. When you run "make >> install clean" on the php?-extensions port, it *installs* the >> extensions. Naturally, I expected that when I ran the uninstall, it >> would uninstall the same ports that it installed previously. In fact, >> when you uninstall the php4-extensions port, it *says* it uninstalled, >> but it *does* nothing. It doesn't even remove the ports from the ports >> db - nor does it remove the files installed with each extension port. >> >> That's *not* expected behavior for a port. >> >> I had no problem correcting the problem, but I should have had to. If >> it's not possible to uninstall the extensions ports from >> php4-extensions, then it should tell you that when you try to run >> deinstall. For me it was a minor inconvenience. For a newbie, it >> could be a disaster. > > Easy solution -- when doing a 'make deinstall' from the php?-extensions > port, simply post a message after deinstalling the meta port: > > "WARNING: deinstallation of php?-extensions does NOT deinstall any > php?-* ports install. If it is your intension to deinstall any php?-* > ports installed by php?-extensions, " ... insert proper way to do so > here ... > > That protect newbies from the same mis-assumption that Paul had, teach > newbies and experienced FreeBSD admins the "right way" and how > meta-ports > work in FreeBSD, and still protect the whole concept behind how > meta-ports > work. > Bingo! Also, I'm wondering if it's possible to run "pkg_deinstall -r" in the meta port to remove all the ports that depend upon it. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 16:28:56 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40A5216A419 for ; Mon, 15 Oct 2007 16:28:56 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id EC25413C45D for ; Mon, 15 Oct 2007 16:28:55 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1IhSoG-000Ecq-8l for freebsd-ports@freebsd.org; Mon, 15 Oct 2007 20:28:52 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id 12D891708C for ; Mon, 15 Oct 2007 20:30:06 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id 32E074321; Mon, 15 Oct 2007 20:30:24 +0400 (MSD) Date: Mon, 15 Oct 2007 20:30:24 +0400 From: Dmitry Marakasov To: freebsd-ports@freebsd.org Message-ID: <20071015163024.GA55552@hades.panopticon> Mail-Followup-To: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Subject: DATADIR question X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 16:28:56 -0000 Hi! I'm porting silvertree game (from creators of wesnoth), and I have some issues with it's DATADIR. The problem is that port is named silvertree, but it installs data under ${PREFIX}/share/silvertree-rpg. What do I do with DATADIR in this case? 1. Rename the port: Not a best solution, as I'll have to introduce additional variables like DISTNAME, which are overwise correct with their default values. Also, this -rpg suffix may change in future. 2. Leave it as it is: * Will install data to ${PREFIX}/share/silvertree-rpg * Plist: share/silvertree-rpg/somefile * portlint complaints, DATADIR is not used at all 3. Force configure to use DATADIR with adding --datadir to CONFIGURE_ARGS * Will install data to ${PREFIX}/share/silvertree/silvertree-rpg * Plist: %%DATADIR%%/silvertree-rpg/somefile 4. Change DATADIR in port * Will install data to ${PREFIX}/share/silvertree-rpg * Plist: %%DATADIR%%/somefile * DATADIR=${PREFIX}/share/silvertree-rpg I think the correct way is 3 or 4, but I didn't find enough data on DATADIR meaning: should it be user-changeable (i.e. user can install a port without touching PREFIX but changing DATADIR), or is more like a shortcut to sync port's Makefile and plist, so port could change it to actual value and plist should only use %%DATADIR%%? Seems that DATADIR user-changeable is not the case, as it's not even passed to configure by default. So correct way is more like #4, am I right? -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 16:54:24 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 165AA16A4E8 for ; Mon, 15 Oct 2007 16:54:19 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id BCCC613C459 for ; Mon, 15 Oct 2007 16:54:18 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 6E32D1E3340; Mon, 15 Oct 2007 12:54:17 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7knWw852iKa2; Mon, 15 Oct 2007 12:54:14 -0400 (EDT) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP; Mon, 15 Oct 2007 12:54:14 -0400 (EDT) Date: Mon, 15 Oct 2007 12:54:14 -0400 (EDT) From: Mike Andrews To: Jeffrey Williams In-Reply-To: <47120E73.1080403@sailorfej.net> Message-ID: <20071015125237.A21749@bit0.com> References: <47120E73.1080403@sailorfej.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@freebsd.org Subject: Re: mysql51-server won't start after upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 16:54:24 -0000 On Sun, 14 Oct 2007, Jeffrey Williams wrote: > I just upgraded mysql51-server with cvsup and portupgrade. > > Now it won't start, and the error I am getting is: > [ERROR] /usr/local/libexec/mysqld: unknown variable > 'innodb_log_arch_dir=/var/db/mysql/' > > I have been scanning the release notes, but I haven't found anything yet, > that indicates that this variable has been deprecated, and it still appears > in the example my.cnf files. I ran into this last week, too. I had to poke around in the InnoDB source for this (as far as I can tell this isn't documented anywhere), but apparently innodb_log_group_home_dir has superceded innodb_log_arch_dir since 4.0, so just change the latter to the former and everything works. From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 17:42:47 2007 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 991) id 27F3D16A46E; Mon, 15 Oct 2007 17:42:47 +0000 (UTC) Date: Mon, 15 Oct 2007 17:42:47 +0000 From: Mark Linimon To: freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Message-ID: <20071015174247.GA74371@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: bugmaster@FreeBSD.org Subject: [HEADSUP] last run of GNATS weekly reports was broken X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 17:42:47 -0000 When we upgraded the machine that hosts these reports, we missed some files, and the reports came out null. I am currently working on testing the corrected script. While I'm working on it, I'm going to make a few tweaks. Let me know if you see anything odd in the results. mcl From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 17:46:07 2007 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1AD416A420 for ; Mon, 15 Oct 2007 17:46:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DD0DB13C46E for ; Mon, 15 Oct 2007 17:46:06 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9FHk65J014009 for ; Mon, 15 Oct 2007 17:46:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9FHk6SS014005 for freebsd-ports@FreeBSD.org; Mon, 15 Oct 2007 17:46:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Oct 2007 17:46:06 GMT Message-Id: <200710151746.l9FHk6SS014005@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Cc: Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 17:46:07 -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. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. 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 Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode f ports/108077 www/linux-flashplugin9 crashes linux-firefox f ports/108413 net/vnc does not works. f ports/112385 sysutils/lookupd on Kernel 64 f ports/112921 x11-wm/Beryl not loading focus and keybinding settings f ports/113144 print/ghostscript-gnu dumps core with several output d f ports/115818 Executable clash between databases/grass and ruby gems f ports/115967 enable chrooted net/isc-dhcp3-server on the FreeBSD 7. f ports/116378 xorg 7.3 on -stable breaks math/scilab f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with f ports/116753 multimedia/MPlayer crashes after playing *.flv on 7.0- f ports/116777 The math/scilab port fails in demos->signal->bode. f ports/116778 security/nmap ping-scan misses some hosts f ports/116949 security/vpnc: Some Cisco Concentrators refuse Connect o ports/117025 multimedia/pwcbsd: Pwcbsd-1.4.0 + New USBStack not wor o ports/117119 new port: emulators/dboxfe, a front-end to DosBox conf f ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/117144 sysutils/nut : ACL with IPv6 address rejected o ports/117145 [PATCH] math/dislin - update to 9.2 o ports/117194 NEW PORT: security/openfwtk f ports/117196 Port net/asterisk-addons 1.4.2 fails to compile 23 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f ports/101166 bittorrent-curses only works under English locales. o ports/107354 net/icmpinfo: icmpinfo -vvv does not recocnize any ICM f ports/107937 jailed net/isc-dhcp3-server wouldn't run with an immut f ports/111399 print/ghostscript-gpl: ghostscript-gpl WITH_FT_BRIDGE f ports/111456 [UPDATE] finance/pfpro updated distinfo f ports/112887 net/nxserver 1.4.0_1 fails to compile after upgrading f ports/113423 Update for ports net/freenx to version 0.6.0 f ports/114127 net/vnc - vnc.so installed to bad location f ports/114825 pam module security/pam_abl not working f ports/115304 multimedia/gpac-mp4box cannot import files larger than f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/115401 Update port: graphics/ipe Version 6.0pre28 of Ipe that f ports/115627 www/Lynx (-ssl) does not correctly test for OpenSSL f ports/116037 multimedia/dvd-slideshow has been updated from 0.7.5 t f ports/116058 Update: x11-themes/gtk-qt-engine to version 0.8 f ports/116120 [patch] x11-toolkits/gtkdatabox2: update to 0.7.0.1 f ports/116142 devel/cvsweb3 coloured side-by-side stopped working wh f ports/116226 x11-wm/compiz - emerald and compiz-fusion and scim are f ports/116323 net-im/jabber-users-agent bugs f ports/116327 games/prboom fails to compile on amd/i386 FreeBSD7.0-C f ports/116333 math/isabelle fails to build with SML/NJ; requires bas f ports/116422 [patch] devel/kdbg: fix to allow a core file to be ope f ports/116454 net/unison: should depend on X11-enabled ocaml when bu f ports/116495 [patch] Adding a banch of semi-official patches to x11 f ports/116567 [PATCH] net/vnc: [SUMMARIZE CHANGES] o ports/116673 databases/tora: upgrade to 1.3.22. f ports/116783 databases/db46 can not be built o ports/116817 New port: devel/libreadline-java a JNI-wrapper around f ports/116825 [UPDATE]: net/miniupnpd to 1.0rc9 o ports/116829 New port: net/isc-dhcp31-(client|devel|relay|server) o ports/116838 update port: devel/jude-community: update to 5.1 f ports/116933 cannot install emulators/mupen64-sdlinput o ports/116948 [NEW PORT] mail/smfsav: Sendmail Sender Address Valida f ports/116974 net-p2p/azureus fails to operate correctly if IPV6 sup o ports/117003 [MAINTAINER] www/abyssws - Some fixes f ports/117015 net/iscsi-target fails when exporting a disk device o ports/117031 multimedia/fxtv: fails in the start in i810e set to 16 o ports/117047 [NEW PORT] sysutils/ispman: ISP management software o ports/117078 [PATCH]: www/* COMMENT, BROKEN, RESTRICTED, NO_PACKAGE o ports/117082 www/amphetadesk: [PATCH]: now uses USE_RC_SUBR and is f ports/117085 [PATCH] devel/cvs2svn: request update to 2.0.1 f ports/117101 mail/perdition: add rc.d scripts f ports/117103 [patch] multimedia/mplayer libtheora fix o ports/117107 [PATCH] audio/gimmix: update to 0.4.2 o ports/117115 www/apache-jserv: [PATCH]: portlint cleanups o ports/117122 [NEW PORT] security/phpdeadlock: Web-based user authen o ports/117132 [patch]: net-mgmt/netdisco 0.95 patch o ports/117136 [PATCH] misc/freeguide Update to 0.10.5 f ports/117143 update games/prboom to version 2.4.7 o ports/117153 www/plone3 update to 3.0.2 o ports/117161 New port: net/freeradius-devel f ports/117164 [PATCH] sysutils/fusefs-wdfs: update to 1.4.2 o ports/117167 [New Port] textproc/kmflcomp: Compiler of Keyman keybo o ports/117168 Maintainer Update of net/luasocket o ports/117169 [New Port] textproc/libkmfl: An engine to interpret co o ports/117170 [New Port] textproc/scim-kmfl-imengine: SCIM KMFL IMEn o ports/117171 [New Port] textproc/scim-kmfl-sil-ipa-unicode5: IPA Un o ports/117177 [maintainer update] sysutils/sysupdate Port update (no o ports/117187 [MAINTAINER] x11/tkXwin: [fix install] f ports/117201 [update] net/yate-devel 1.3.0.1 o ports/117211 update net-mgmt/nedi to 1.0.w 61 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 22:40:03 2007 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76EE016A417 for ; Mon, 15 Oct 2007 22:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5484813C47E for ; Mon, 15 Oct 2007 22:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9FMe34b035295 for ; Mon, 15 Oct 2007 22:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9FMe31b035294; Mon, 15 Oct 2007 22:40:03 GMT (envelope-from gnats) Date: Mon, 15 Oct 2007 22:40:03 GMT Message-Id: <200710152240.l9FMe31b035294@freefall.freebsd.org> To: freebsd-ports@FreeBSD.org From: Henrik Brix Andersen Cc: Subject: Re: bin/11420 [nanobsd] Build failure on RELENG_6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Henrik Brix Andersen List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 22:40:03 -0000 The following reply was made to PR ports/11420; it has been noted by GNATS. From: Henrik Brix Andersen To: "M. Warner Losh" Cc: freebsd-embedded@freebsd.org, bug-followup@freebsd.org, ru@freebsd.org Subject: Re: bin/11420 [nanobsd] Build failure on RELENG_6 Date: Tue, 16 Oct 2007 00:37:54 +0200 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 02, 2007 at 07:47:21AM -0600, M. Warner Losh wrote: > In message: <20070702084757.GA8274@tirith.brixandersen.dk> > Henrik Brix Andersen writes: > : On Sun, Jul 01, 2007 at 07:01:35PM -0600, M. Warner Losh wrote: > : > In message: <20070701233235.GA875@tirith.brixandersen.dk> > : > Henrik Brix Andersen writes: > : ... > : > : [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D114200 > : >=20 > : > This patch is incorrect. > : >=20 > : > +.if !defined(NO_INSTALLLIB) > : >=20 > : > should be > : >=20 > : > +.if ${MK_INSTALLIB} !=3D "no" > :=20 > : Oh - thanks for catching this. I guess the same change should be done > : in lib/ncurses/ncurses/Makefile, then? >=20 > I belive so. I've CC'd ru@ to make sure. Any updates on this? It would be nice to have this install problem fixed before 7.0-RELEASE. Regards, Brix --=20 Henrik Brix Andersen --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHE+vBv+Q4flTiePgRAnNRAJoCv66FAnzz41gRtJRO1Dxf+/3imwCgkad9 5AD37lBo8IF4kiTbwFcvR3o= =E2ZK -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 22:47:30 2007 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0624116A419 for ; Mon, 15 Oct 2007 22:47:30 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id A9C6113C455 for ; Mon, 15 Oct 2007 22:47:27 +0000 (UTC) (envelope-from henrik@brixandersen.dk) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 20ED11CC0DF for ; Tue, 16 Oct 2007 00:47:27 +0200 (CEST) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 57FAC17036; Tue, 16 Oct 2007 00:47:26 +0200 (CEST) Date: Tue, 16 Oct 2007 00:47:26 +0200 From: Henrik Brix Andersen To: freebsd-ports@FreeBSD.org Message-ID: <20071015224726.GC13217@tirith.brixandersen.dk> Mail-Followup-To: freebsd-ports@FreeBSD.org References: <200710152240.l9FMe31b035294@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: <200710152240.l9FMe31b035294@freefall.freebsd.org> X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: bin/11420 [nanobsd] Build failure on RELENG_6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 22:47:30 -0000 --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 15, 2007 at 10:40:03PM +0000, Henrik Brix Andersen wrote: > The following reply was made to PR ports/11420; it has been noted by GNAT= S. Sorry, this should have gone to bin/114200. Note to self: don't trust Subject: lines when hitting reply :) Regards, Brix --=20 Henrik Brix Andersen --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHE+39v+Q4flTiePgRAqtMAKCEUYKNDteHSYxvlwVNLSthDRPxkwCgl8Zn G4ld4sQ64hl2rgHRhSNJHWw= =HJht -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- From owner-freebsd-ports@FreeBSD.ORG Mon Oct 15 23:02:01 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6063116A41A for ; Mon, 15 Oct 2007 23:02:01 +0000 (UTC) (envelope-from gianrubio@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id B41C713C447 for ; Mon, 15 Oct 2007 23:02:00 +0000 (UTC) (envelope-from gianrubio@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1405242nfb for ; Mon, 15 Oct 2007 16:01:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=N/uNNk/rlmO7wxMz0pilKgjCo2+UizAuP9h/lp2T464=; b=dK3n7zjBAPpnpdqXCjHqavoPvkCzFxA3GzO8Xf9fa+KhpCBK/pmHSX7pC0gMivYjp4Q6xJNz2QiHji7MfbWWtnmNn2ir7q7xEUyElNnJtgmQ5C2l/arKC2R1IcAUNPcIB4NG2ZurdGzxxKBu2q6HaoOyyRb+u0YkChYgHUHq5NQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aDT4luxWgBYIm90btvYcalMt1hhWDkQYUjZGjrO/4K3htFZd7eeRENb6ugYCSqJqIB+54HKQInDoHyg6dMqOGNiJSg5xwQVcy7OP8h9TQbxdFX3tUkuRyi62U/OO2FHFRBShQyjOa5tpM01UxtOiEJHoStsw0v6YioZTsS/vKOI= Received: by 10.86.65.11 with SMTP id n11mr5380926fga.1192489319290; Mon, 15 Oct 2007 16:01:59 -0700 (PDT) Received: by 10.86.36.20 with HTTP; Mon, 15 Oct 2007 16:01:59 -0700 (PDT) Message-ID: Date: Mon, 15 Oct 2007 21:01:59 -0200 From: "Giancarlo Rubio" To: freebsd-ports@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Change timezone on php X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Oct 2007 23:02:01 -0000 Timezone was changed to summer time in Brazil but the php timezonedb (port pecl-timezonedb) was not changed. I have patched this ports to run correctly. -su-2.05b# shar `find pecl-timezonedb/ -print` echo c - pecl-timezonedb/ mkdir -p pecl-timezonedb/ > /dev/null 2>&1 echo x - pecl-timezonedb/Makefile sed 's/^X//' >pecl-timezonedb/Makefile << 'END-of-pecl-timezonedb/Makefile' X# Ports collection makefile for: pecl-timezonedb X# Date created: 20 Oct 2006 X# Whom: Marcus Alves Grando X# X# $FreeBSD: ports/misc/pecl-timezonedb/Makefile,v 1.4 2007/04/21 00:41:43 mnag Exp $ X# X XPORTNAME= timezonedb XDISTVERSION= 2007.8 XCATEGORIES= misc XMASTER_SITES= http://pecl.php.net/get/ XPKGNAMEPREFIX= pecl- XEXTRACT_SUFX= .tgz XDIST_SUBDIR= PECL X XMAINTAINER= mnag@FreeBSD.org XCOMMENT= Timezone Database to be used with PHP's date and time functions X XUSE_PHP= yes XUSE_PHPEXT= yes XPHP_MODNAME= timezonedb XIGNORE_WITH_PHP=4 X XCONFIGURE_ARGS= --enable-timezonedb X X.include END-of-pecl-timezonedb/Makefile echo x - pecl-timezonedb/distinfo sed 's/^X//' >pecl-timezonedb/distinfo << 'END-of-pecl-timezonedb/distinfo' XMD5 (PECL/timezonedb-2007.8.tgz) = 4d4efe289a0547a164873a7d15b86424 XSHA256 (PECL/timezonedb-2007.8.tgz) = 99f3b3bfb0155ebe9f08e8f5107cbe194c3f6d60ee1ac4c40422386187fe3e2a XSIZE (PECL/timezonedb-2007.8.tgz) = 177801 END-of-pecl-timezonedb/distinfo echo x - pecl-timezonedb/pkg-descr sed 's/^X//' >pecl-timezonedb/pkg-descr << 'END-of-pecl-timezonedb/pkg-descr' XThis extension is a drop-in replacement for the builtin timezone database that Xcomes with PHP. You should only install this extension in case you need to get Xa later version of the timezone database then the one that ships with PHP. X XWWW: http://pecl.php.net/package/timezonedb END-of-pecl-timezonedb/pkg-descr echo x - pecl-timezonedb/patch-Makefile sed 's/^X//' >pecl-timezonedb/patch-Makefile << 'END-of-pecl-timezonedb/patch-Makefile' X--- Makefile.orig Mon Oct 15 20:47:03 2007 X+++ Makefile Mon Oct 15 20:39:28 2007 X@@ -6,7 +6,7 @@ X # X X PORTNAME= timezonedb X-DISTVERSION= 2007.5 X+DISTVERSION= 2007.8 X CATEGORIES= misc X MASTER_SITES= http://pecl.php.net/get/ X PKGNAMEPREFIX= pecl- END-of-pecl-timezonedb/patch-Makefile echo x - pecl-timezonedb/Makefile.orig sed 's/^X//' >pecl-timezonedb/Makefile.orig << 'END-of-pecl-timezonedb/Makefile.orig' X# Ports collection makefile for: pecl-timezonedb X# Date created: 20 Oct 2006 X# Whom: Marcus Alves Grando X# X# $FreeBSD: ports/misc/pecl-timezonedb/Makefile,v 1.4 2007/04/21 00:41:43 mnag Exp $ X# X XPORTNAME= timezonedb XDISTVERSION= 2007.5 XCATEGORIES= misc XMASTER_SITES= http://pecl.php.net/get/ XPKGNAMEPREFIX= pecl- XEXTRACT_SUFX= .tgz XDIST_SUBDIR= PECL X XMAINTAINER= mnag@FreeBSD.org XCOMMENT= Timezone Database to be used with PHP's date and time functions X XUSE_PHP= yes XUSE_PHPEXT= yes XPHP_MODNAME= timezonedb XIGNORE_WITH_PHP=4 X XCONFIGURE_ARGS= --enable-timezonedb X X.include END-of-pecl-timezonedb/Makefile.orig echo x - pecl-timezonedb/distinfo.orig sed 's/^X//' >pecl-timezonedb/distinfo.orig << 'END-of-pecl-timezonedb/distinfo.orig' XMD5 (PECL/timezonedb-2007.5.tgz) = 8c73725678581ba81f56b83afaa56282 XSHA256 (PECL/timezonedb-2007.5.tgz) = dd6fa6ca2193cb36dd84bcefe56b48f0d37ef25d480b45d13557d6a8c612cd9b XSIZE (PECL/timezonedb-2007.5.tgz) = 177842 END-of-pecl-timezonedb/distinfo.orig exit -- Giancarlo Rubio From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 07:55:52 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FEA716A419 for ; Tue, 16 Oct 2007 07:55:52 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3048D13C455 for ; Tue, 16 Oct 2007 07:55:51 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id 504E41CC4C; Tue, 16 Oct 2007 01:12:56 -0700 (PDT) Content-Disposition: inline From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Tue, 16 Oct 2007 01:12:55 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200710160112.56089.david@vizion2000.net> Subject: Fwd: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 07:55:52 -0000 =2D--------- Forwarded Message ---------- Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -am= d64=20 openexr issues) Date: Tuesday 16 October 2007 =46rom: David Southwell To: Mikhail Teterin On Monday 15 October 2007 07:48:14 you wrote: > =D0=BF=D0=BE=D0=BD=D0=B5=D0=B4=D1=96=D0=BB=D0=BE=D0=BA 15 =D0=B6=D0=BE=D0= =B2=D1=82=D0=B5=D0=BD=D1=8C 2007 10:39 =D0=B4=D0=BE, David Southwell =D0=92= =D0=B8 =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB=D0=B8: > > 1. Any idea how long Module support will remain broken? > > This is a difficult question to answer, because it depends on the exact > configurations -- some modules are just fine, but some others mess things > up, when ImageMagick unloads them (via dlclose())... > > Jasper was a bad offender in the past, but I patched it a few weeks ago. > There, probably, remain other evil-doers :( > > That said, you do not need module support -- there is no gain from them. > Adding a third-party module (if any exists at all) remains possible even = if > ImageMagick's own modules are all linked in. > > > ** Makefile possibly broken: graphics/ImageMagick: > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Makefile", line 105: warning: OpenEXR's li= bIlmThread may prevent > > PerlMagick from working > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Makefile", line 108: warning: DjVu require= s threads and will not > > be supported > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 ImageMagick-6.3.5.10_1 > > If you rebuilt the OpenEXR recently (be sure to read /usr/ports/UPDATING > for details), you can ignore the OpenEXR warning. For DjVu it is, probabl= y, > best to just disable it -- it requires threads, which often make PerlMagi= ck > unusable, because perl is not threaded by default on FreeBSD. What is the situation when perl is comliled with threads? Is ImageMagick's= =20 Makefile intenmded to cope with that? > > Unless you know, you need DjVu support for something, PerlMagick is, > probably, more important to you than DjVu... > > > As you can see I have two depencies not upgrading due to ImageMagick > > The warnings aren't supposed to trigger portupgrade's failure, but I rare= ly > use the tool. There, likely, exists an option to cause it to try building > the port regardless... How about a patch for the makefile? > > Yours, > > -mi Thanks for all your help -- it is appreciated David =2D------------------------------------------------------ From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 08:13:17 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 350CF16A418 for ; Tue, 16 Oct 2007 08:13:17 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0388A13C45A for ; Tue, 16 Oct 2007 08:13:16 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id EC8811CC48; Tue, 16 Oct 2007 01:30:21 -0700 (PDT) From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Tue, 16 Oct 2007 01:30:21 -0700 User-Agent: KMail/1.9.7 References: <200710160112.56089.david@vizion2000.net> In-Reply-To: <200710160112.56089.david@vizion2000.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710160130.21714.david@vizion2000.net> Subject: Re: Fwd: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 08:13:17 -0000 On Tuesday 16 October 2007 01:12:55 David Southwell wrote: > ---------- Forwarded Message ---------- > > Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure > -amd64 openexr issues) > Date: Tuesday 16 October 2007 > From: David Southwell > To: Mikhail Teterin > > On Monday 15 October 2007 07:48:14 you wrote: > > =D0=BF=D0=BE=D0=BD=D0=B5=D0=B4=D1=96=D0=BB=D0=BE=D0=BA 15 =D0=B6=D0=BE= =D0=B2=D1=82=D0=B5=D0=BD=D1=8C 2007 10:39 =D0=B4=D0=BE, David Southwell =D0= =92=D0=B8 =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB=D0=B8: > > > 1. Any idea how long Module support will remain broken? > > > > This is a difficult question to answer, because it depends on the exact > > configurations -- some modules are just fine, but some others mess thin= gs > > up, when ImageMagick unloads them (via dlclose())... > > > > Jasper was a bad offender in the past, but I patched it a few weeks ago. > > There, probably, remain other evil-doers :( > > > > That said, you do not need module support -- there is no gain from them. > > Adding a third-party module (if any exists at all) remains possible even > > if ImageMagick's own modules are all linked in. > > > > > ** Makefile possibly broken: graphics/ImageMagick: > > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Makefile", line 105: warning: OpenEXR's = libIlmThread may > > > prevent PerlMagick from working > > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 "Makefile", line 108: warning: DjVu requi= res threads and will > > > not be supported > > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 ImageMagick-6.3.5.10_1 > > > > If you rebuilt the OpenEXR recently (be sure to read /usr/ports/UPDATING > > for details), you can ignore the OpenEXR warning. For DjVu it is, > > probably, best to just disable it -- it requires threads, which often > > make PerlMagick unusable, because perl is not threaded by default on > > FreeBSD. > > What is the situation when perl is comliled with threads? Is ImageMagick's > Makefile intenmded to cope with that? > > > Unless you know, you need DjVu support for something, PerlMagick is, > > probably, more important to you than DjVu... > > > > > As you can see I have two depencies not upgrading due to ImageMagick > > > > The warnings aren't supposed to trigger portupgrade's failure, but I > > rarely use the tool. There, likely, exists an option to cause it to try > > building the port regardless... > > How about a patch for the makefile? > > > Yours, > > > > -mi > > Thanks for all your help -- it is appreciated > > David > Just a further point the maintainer of OpenEXR seems to be suggesting that = the=20 warning in regard to OpenEXR may be out of date.. perhaps ImageMagick's=20 Makefile needs some modification in the light of the recent changes to=20 OpenEXr.. (I am not puttimng myselkf up as an authority here -- I no sweet= =20 =46A. Also perl on my system is compiled with threads but ImageMagick does not se= em=20 to realise that or should it be told explicitly?=20 David From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 10:58:07 2007 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9644316A420; Tue, 16 Oct 2007 10:58:07 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6FB2913C469; Tue, 16 Oct 2007 10:58:06 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1Ihk7h-0003um-N9>; Tue, 16 Oct 2007 12:58:05 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1Ihk7h-0001aw-Lr>; Tue, 16 Oct 2007 12:58:05 +0200 Message-ID: <47149948.20005@zedat.fu-berlin.de> Date: Tue, 16 Oct 2007 10:58:16 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: ports/114050: Error compiling OpenOffice-2.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 10:58:07 -0000 As I reported in PR ports/114050 the error compiling OpenOffice even with coreutils 6.9_1 is still present, although there was quick and dirty but working patch, mention by Dr. Haakh in the audit trail. Today I patched the appropriate file and OO 2.3 seems to compile on i386 and so on amd64. The patch below is working on my boxes. Regards, Oliver --- moz/extractfiles.mk.orig 2007-10-16 09:30:06.000000000 +0000 +++ moz/extractfiles.mk 2007-10-16 09:44:09.000000000 +0000 @@ -257,7 +257,7 @@ $(COPY) /QSZ $(INCLUDE_PATH)* $(INCLUDE_DIR) $(COPY) /QSZ $(PUBLIC_PATH)* $(INCLUDE_DIR) .ELSE -.IF "$(OS)"!="SOLARIS" +.IF ("$(OS)"!="SOLARIS") && ("$(OS)"!="FREEBSD") $(GNUCOPY) -pRL $(INCLUDE_PATH)* $(INCLUDE_DIR) $(GNUCOPY) -pRL $(PUBLIC_PATH)* $(INCLUDE_DIR) .ELSE # "$(OS)"!="SOLARIS" -- Oliver Hartmann Freie Universitaet Berlin Planetologie und Fernerkundung Malteserstr. 74 - 100/Haus D From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 11:34:55 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83B1F16A419 for ; Tue, 16 Oct 2007 11:34:55 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 310ED13C465 for ; Tue, 16 Oct 2007 11:34:54 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9GBYqOu006480 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Tue, 16 Oct 2007 13:34:52 +0200 From: "Petr Holub" To: Date: Tue, 16 Oct 2007 13:35:34 +0200 Message-ID: <009801c80fe8$aa1b14f0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 16 Oct 2007 13:34:52 +0200 (CEST) Cc: Subject: lang/gdc on -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 11:34:55 -0000 Hi, is anybody running lang/gdc successfuly on -CURRENT? I've installed it from fresh portsnap and it gives me weird errors like this: --- [hopet@fbsd-7 ~/rum-java/rum-D]$ gdc -o println println.d /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(deh.o)(.text+0x86) : In function `_D3gcc3deh17parse_lsda_headerFPS3gcc6unwind15_Unwind_ContextPhPS3 gcc3deh16lsda_header_infoZPh': ../.././../gcc-4.1-20070910/libphobos/gcc/deh.d:431: undefined reference to `_Un wind_GetRegionStart' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(deh.o)(.text+0x17c ): In function `_D3gcc3deh15personalityImplFiT3gcc6unwind14_Unwind_ActionmPS3gcc 6unwind17_Unwind_ExceptionPS3gcc6unwind15_Unwind_ContextZk': ../.././../gcc-4.1-20070910/libphobos/gcc/deh.d:171: undefined reference to `_Un wind_GetLanguageSpecificData' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(deh.o)(.text+0x1b3 ):../.././../gcc-4.1-20070910/libphobos/gcc/deh.d:180: undefined reference to `_ Unwind_GetIP' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(deh.o)(.text+0x2f3 ):../.././../gcc-4.1-20070910/libphobos/gcc/deh.d:405: undefined reference to `_ Unwind_SetGR' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(deh.o)(.text+0x2ff ):../.././../gcc-4.1-20070910/libphobos/gcc/deh.d:407: undefined reference to `_ Unwind_SetGR' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(deh.o)(.text+0x30a ):../.././../gcc-4.1-20070910/libphobos/gcc/deh.d:409: undefined reference to `_ Unwind_SetIP' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(deh.o)(.text+0x4f3 ): In function `_d_throw': ../.././../gcc-4.1-20070910/libphobos/gcc/deh.d:101: undefined reference to `_Un wind_RaiseException' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(object.o)(.text+0x 1867): In function `_D6object6Object14notifyRegisterMFDFC6ObjectZvZv': ../.././../gcc-4.1-20070910/libphobos/internal/object.d:190: undefined reference to `_Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(string.o)(.text+0x 2725): In function `_D3std6string9isNumericFYb': ../.././../gcc-4.1-20070910/libphobos/std/string.d:3449: undefined reference to `_Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(string.o)(.text+0x 3066): In function `_D3std6string7sformatFAaYAa': ../.././../gcc-4.1-20070910/libphobos/std/string.d:2695: undefined reference to `_Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(string.o)(.text+0x 30bb): In function `_D3std6string6formatFYAa': ../.././../gcc-4.1-20070910/libphobos/std/string.d:2661: undefined reference to `_Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(stdio.o)(.text+0x1 1d): In function `_D3std5stdio7writefxFPS3std1c5stdio6_iobufAC8TypeInfoPaiZv': ../.././../gcc-4.1-20070910/libphobos/std/stdio.d:137: undefined reference to `_ Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(stdio.o)(.text+0x1 4e):../.././../gcc-4.1-20070910/libphobos/std/stdio.d:252: more undefined refere nces to `_Unwind_Resume' follow /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(unwind.o)(.text+0x 199): In function `base_of_encoded_value': ../.././../gcc-4.1-20070910/libphobos/gcc/unwind.d:310: undefined reference to ` _Unwind_GetTextRelBase' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(unwind.o)(.text+0x 1ac):../.././../gcc-4.1-20070910/libphobos/gcc/unwind.d:314: undefined reference to `_Unwind_GetRegionStart' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(unwind.o)(.text+0x 1b5):../.././../gcc-4.1-20070910/libphobos/gcc/unwind.d:312: undefined reference to `_Unwind_GetDataRelBase' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(thread.o)(.text+0x d9): In function `_D3std6thread6Thread11threadstartUPvZPv': ../.././../gcc-4.1-20070910/libphobos/std/thread.d:987: undefined reference to ` _Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(thread.o)(.text+0x 6c3): In function `_D3std6thread6Thread8pauseAllFZv': ../.././../gcc-4.1-20070910/libphobos/std/thread.d:863: undefined reference to ` _Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(thread.o)(.text+0x b64): In function `_D3std6thread6Thread5startMFZv': ../.././../gcc-4.1-20070910/libphobos/std/thread.d:604: undefined reference to ` _Unwind_Resume' /usr/local/lib/gcc/i386-portbld-freebsd7.0/../../libgphobos.a(dgccmain2.o)(.text +0x138): In function `_d_run_main': ../.././../gcc-4.1-20070910/libphobos/internal/dgccmain2.d:93: undefined referen ce to `_Unwind_Resume' --- even for simple test like this: --- import std.stdio; void main(char[][] args) { writefln("This is a test"); } --- Of course, it dumps the same problems (with _Unwind_Resume) on more elaborate code samples as well. Petr From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 11:38:03 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CD1E16A421 for ; Tue, 16 Oct 2007 11:38:03 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from minas.ics.muni.cz (minas.ics.muni.cz [147.251.4.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0068413C465 for ; Tue, 16 Oct 2007 11:38:02 +0000 (UTC) (envelope-from hopet@ics.muni.cz) Received: from KLOBOUCEK (kloboucek.ics.muni.cz [147.251.3.38]) (authenticated user=hopet@ICS.MUNI.CZ bits=0) by minas.ics.muni.cz (8.13.8/8.13.8/SuSE Linux 0.8) with ESMTP id l9GBc1Cu018061 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 16 Oct 2007 13:38:01 +0200 From: "Petr Holub" To: "Petr Holub" , Date: Tue, 16 Oct 2007 13:38:42 +0200 Message-ID: <009901c80fe9$1a8ffde0$5317fb93@KLOBOUCEK> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 X-Muni-Spam-TestIP: 147.251.3.38 X-Muni-Envelope-From: hopet@ics.muni.cz X-Muni-Virus-Test: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (minas.ics.muni.cz [147.251.4.35]); Tue, 16 Oct 2007 13:38:01 +0200 (CEST) Cc: Subject: RE: lang/gdc on -CURRENT X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 11:38:03 -0000 > is anybody running lang/gdc successfuly on -CURRENT? I've installed > it from fresh portsnap and it gives me weird errors like this: Ooops, I forgot to mention at least the following: [hopet@fbsd-7 ~]$ uname -a FreeBSD fbsd-7.fi.muni.cz 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu Oct 4 19:50:0 4 CEST 2007 toor@fbsd-7.fi.muni.cz:/usr/obj/usr/src/sys/FBSD7 i386 [hopet@fbsd-7 ~]$ pkg_info | fgrep gdc gdc-0.24 D Front End for GCC [hopet@fbsd-7 ~]$ gdc -v Using built-in specs. Target: i386-portbld-freebsd7.0 Configured with: ./../gcc-4.1-20070910/configure --disable-nls --with-system-zli b --with-libiconv-prefix=/usr/local --disable-shared --enable-languages=c,c++,d --enable-thread-lib=-lpthread --prefix=/usr/local --mandir=/usr/local/man --info dir=/usr/local/info/ i386-portbld-freebsd7.0 Thread model: posix gcc version 4.1.3 20070910 (prerelease (gdc 0.24, using dmd 1.020)) Petr From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 11:40:42 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from sup-afu.wrk.terra.com.br (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by hub.freebsd.org (Postfix) with ESMTP id A960416A41B; Tue, 16 Oct 2007 11:40:41 +0000 (UTC) (envelope-from mnag@FreeBSD.org) Message-ID: <4714A338.9080507@FreeBSD.org> Date: Tue, 16 Oct 2007 09:40:40 -0200 From: Marcus Alves Grando Organization: FreeBSD.org User-Agent: Thunderbird 2.0.0.6 (X11/20070805) MIME-Version: 1.0 To: Giancarlo Rubio References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Change timezone on php X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 11:40:42 -0000 Already updated. Update your ports tree. Regards Giancarlo Rubio wrote: > Timezone was changed to summer time in Brazil but the php timezonedb > (port pecl-timezonedb) was not changed. I have patched this ports to > run correctly. > > > -su-2.05b# shar `find pecl-timezonedb/ -print` > > echo c - pecl-timezonedb/ > mkdir -p pecl-timezonedb/ > /dev/null 2>&1 > echo x - pecl-timezonedb/Makefile > sed 's/^X//' >pecl-timezonedb/Makefile << 'END-of-pecl-timezonedb/Makefile' > X# Ports collection makefile for: pecl-timezonedb > X# Date created: 20 Oct 2006 > X# Whom: Marcus Alves Grando > X# > X# $FreeBSD: ports/misc/pecl-timezonedb/Makefile,v 1.4 2007/04/21 > 00:41:43 mnag Exp $ > X# > X > XPORTNAME= timezonedb > XDISTVERSION= 2007.8 > XCATEGORIES= misc > XMASTER_SITES= http://pecl.php.net/get/ > XPKGNAMEPREFIX= pecl- > XEXTRACT_SUFX= .tgz > XDIST_SUBDIR= PECL > X > XMAINTAINER= mnag@FreeBSD.org > XCOMMENT= Timezone Database to be used with PHP's date and time functions > X > XUSE_PHP= yes > XUSE_PHPEXT= yes > XPHP_MODNAME= timezonedb > XIGNORE_WITH_PHP=4 > X > XCONFIGURE_ARGS= --enable-timezonedb > X > X.include > END-of-pecl-timezonedb/Makefile > echo x - pecl-timezonedb/distinfo > sed 's/^X//' >pecl-timezonedb/distinfo << 'END-of-pecl-timezonedb/distinfo' > XMD5 (PECL/timezonedb-2007.8.tgz) = 4d4efe289a0547a164873a7d15b86424 > XSHA256 (PECL/timezonedb-2007.8.tgz) = > 99f3b3bfb0155ebe9f08e8f5107cbe194c3f6d60ee1ac4c40422386187fe3e2a > XSIZE (PECL/timezonedb-2007.8.tgz) = 177801 > END-of-pecl-timezonedb/distinfo > echo x - pecl-timezonedb/pkg-descr > sed 's/^X//' >pecl-timezonedb/pkg-descr << 'END-of-pecl-timezonedb/pkg-descr' > XThis extension is a drop-in replacement for the builtin timezone database that > Xcomes with PHP. You should only install this extension in case you need to get > Xa later version of the timezone database then the one that ships with PHP. > X > XWWW: http://pecl.php.net/package/timezonedb > END-of-pecl-timezonedb/pkg-descr > echo x - pecl-timezonedb/patch-Makefile > sed 's/^X//' >pecl-timezonedb/patch-Makefile << > 'END-of-pecl-timezonedb/patch-Makefile' > X--- Makefile.orig Mon Oct 15 20:47:03 2007 > X+++ Makefile Mon Oct 15 20:39:28 2007 > X@@ -6,7 +6,7 @@ > X # > X > X PORTNAME= timezonedb > X-DISTVERSION= 2007.5 > X+DISTVERSION= 2007.8 > X CATEGORIES= misc > X MASTER_SITES= http://pecl.php.net/get/ > X PKGNAMEPREFIX= pecl- > END-of-pecl-timezonedb/patch-Makefile > echo x - pecl-timezonedb/Makefile.orig > sed 's/^X//' >pecl-timezonedb/Makefile.orig << > 'END-of-pecl-timezonedb/Makefile.orig' > X# Ports collection makefile for: pecl-timezonedb > X# Date created: 20 Oct 2006 > X# Whom: Marcus Alves Grando > X# > X# $FreeBSD: ports/misc/pecl-timezonedb/Makefile,v 1.4 2007/04/21 > 00:41:43 mnag Exp $ > X# > X > XPORTNAME= timezonedb > XDISTVERSION= 2007.5 > XCATEGORIES= misc > XMASTER_SITES= http://pecl.php.net/get/ > XPKGNAMEPREFIX= pecl- > XEXTRACT_SUFX= .tgz > XDIST_SUBDIR= PECL > X > XMAINTAINER= mnag@FreeBSD.org > XCOMMENT= Timezone Database to be used with PHP's date and time functions > X > XUSE_PHP= yes > XUSE_PHPEXT= yes > XPHP_MODNAME= timezonedb > XIGNORE_WITH_PHP=4 > X > XCONFIGURE_ARGS= --enable-timezonedb > X > X.include > END-of-pecl-timezonedb/Makefile.orig > echo x - pecl-timezonedb/distinfo.orig > sed 's/^X//' >pecl-timezonedb/distinfo.orig << > 'END-of-pecl-timezonedb/distinfo.orig' > XMD5 (PECL/timezonedb-2007.5.tgz) = 8c73725678581ba81f56b83afaa56282 > XSHA256 (PECL/timezonedb-2007.5.tgz) = > dd6fa6ca2193cb36dd84bcefe56b48f0d37ef25d480b45d13557d6a8c612cd9b > XSIZE (PECL/timezonedb-2007.5.tgz) = 177842 > END-of-pecl-timezonedb/distinfo.orig > exit > > -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 12:15:35 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAD7F16A419 for ; Tue, 16 Oct 2007 12:15:35 +0000 (UTC) (envelope-from walter@natural-innovations.com) Received: from natural-innovations.com (natural-innovations.com [128.121.98.235]) by mx1.freebsd.org (Postfix) with ESMTP id DC9F113C46E for ; Tue, 16 Oct 2007 12:15:35 +0000 (UTC) (envelope-from walter@natural-innovations.com) Received: from [192.168.10.102] (ip66-106-175-34.z175-106-66.customer.algx.net [66.106.175.34]) by natural-innovations.com (8.12.11.20060614/8.11.2) with ESMTP id l9GBpsUK054402; Tue, 16 Oct 2007 04:51:55 -0700 (PDT) Mime-Version: 1.0 Message-Id: X-Quote: I wasn't innocent till I got older. --WIK X-Calibur: Signifying that I, Arthur, was to become King of the Britons X-Mailer: Eudora Pro 5.1.1 on Mac OS X 10.4.9 X-Image-URL: http://www.natural-innovations.com/mailpictures/walter Date: Tue, 16 Oct 2007 04:52:14 -0700 To: bc979@lafn.org From: Walter Ian Kaye Content-Type: text/plain; charset="us-ascii" ; format="flowed" Cc: ports@FreeBSD.org Subject: FreeBSD Port: qpopper-4.0.9_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 12:15:36 -0000 Hi, I tried to [mostly] follow instructions at but I don't know if ./configure overrides the port's "Options" screen or vice versa, so I don't know if I turned things on or off. I did CONFIGURE_ENV= LIBS="-lcrypt -lmd -lutil -L${LOCALBASE}/lib" \ OS_DEFS="-DSETPROCTITLE ${OS_DEFS}" --without-gdbm \ --enable-keep-temp-drop \ --disable-update-abort \ --enable-bulletins=/var/spool/bulls \ --enable-log-login \ --enable-new-bulls=3 \ --enable-shy \ --enable-timing \ --enable-log-facility=LOG_MAIL \ --with-openssl=/usr/bin/openssl \ --with-pam=pop3 and then the Options screen .--------------------------------------------------------------------. | Options for qpopper 4.0.9_1 | | .----------------------------------------------------------------. | | | [ ] APOP_ONLY build with APOP authentication only | | | | [X] APOP build with APOP | | | | [ ] DOCUMENTATION install pdf documentation | | | | [ ] DRAC build with Dynamic Relay Authorization | | | | [ ] FULL_POPD_DEBUG build with more verbose debugging | | | | [X] PAM build with PAM authentication | | | | [ ] POPPASSD build the poppassd daemon | | | | [X] QPOPAUTH_SETUID install qpopauth setuid to pop user | | | | [ ] SAMPLE_POPUSERS build a default reject file | | | | [X] SHY_ENABLED hide qpopper version in POP3 banner | | | | [X] SSL build with SSL/TLS support | | | | [ ] STANDALONE_MODE build qpopper to be run without inetd | | | | [X] U_OPTION include support for user .qpopper-options | | | | | | | | | | +-+----------------------------------------------------------------+-+ | [ OK ] Cancel | `--------------------------------------------------------------------' I am trying to set it up so that port 110 requires APOP/AUTH (that works) and port 995 allows USER (clear-text-password) via SSL (fails; asks for APOP/AUTH, despite 'set' command in config file). I am running FreeBSD 6.2. I am trying to get help from Qualcomm, but I need to understand what is going on with the port vs ./configure in order to intelligently communicate with them.:) Can someone help? thanks, -Walter From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 12:38:48 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EAF816A419 for ; Tue, 16 Oct 2007 12:38:48 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3A79513C448 for ; Tue, 16 Oct 2007 12:38:47 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id DCACF1CC45; Tue, 16 Oct 2007 05:55:53 -0700 (PDT) Content-Disposition: inline From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Tue, 16 Oct 2007 05:55:53 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200710160555.53675.david@vizion2000.net> Subject: Fwd: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 12:38:48 -0000 =2D--------- Forwarded Message ---------- Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -am= d64=20 openexr issues) Date: Tuesday 16 October 2007 =46rom: David Southwell To: Mikhail Teterin On Tuesday 16 October 2007 05:24:15 you wrote: > On =D0=B2=D1=96=D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=BA 16 =D0=B6=D0=BE=D0=B2= =D1=82=D0=B5=D0=BD=D1=8C 2007, David Southwell wrote: > =3D > How about a patch for the makefile? > > Which makefile? ImageMagick's or portupgrade's? The warning is legitimate > -- older version of OpenExr /may/ interefere. It may not -- depending on > too many circumstance to check within ImageMagick's makefile. A few things to think about. In response to your question maybe both but certainly I feel the ImageMagic= k's=20 makefile should check whether the installed version of OpenEXR necessitates= =20 the issue of a warning. The Issue of inappropriate warnings by any port is,= =20 IMHO, a bug. > > portupgrade ought to proceed despite the warnings -- if there is no way to > force it, that's a bug. But I do not maintain portupgrade=20 I do not agree. The purpose of a warning is to ensure that installation can= not=20 proceed without human interbvention. If every application issued=20 inappropriate warning then would not the entire ports system grind to a hal= t?=20 A philosophy of warn unless "test valid" is appropriate here. > :(=20 > > =3D Just a further point the maintainer of OpenEXR seems to be suggesting > that =3D the warning in regard to OpenEXR may be out of date.. perhaps > ImageMagick's =3D Makefile needs some modification in the light of the re= cent > changes to =3D OpenEXR.. > > He is almost right -- the latest OpenEXR does not use threads /by default= /. The focus IMHO needs to be on what is actually installed. not on what is=20 installed by default. In my case both perl and OpenEXR are installed with=20 threads.=20 > But it /may/ still use them (it remains an option) and the previous versi= on > of OpenEXR usually does use them, because that used to be a default... > > Yours, > > -mi That is what I would like to see but I am only one pebble on the beach=20 david =2D------------------------------------------------------ From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 12:50:19 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C7EE16A418 for ; Tue, 16 Oct 2007 12:50:19 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4441713C45B for ; Tue, 16 Oct 2007 12:50:19 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id D73011CC48; Tue, 16 Oct 2007 06:07:25 -0700 (PDT) From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Tue, 16 Oct 2007 06:07:25 -0700 User-Agent: KMail/1.9.7 References: <200710160555.53675.david@vizion2000.net> In-Reply-To: <200710160555.53675.david@vizion2000.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200710160607.25668.david@vizion2000.net> Subject: Re: Fwd: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 12:50:19 -0000 On Tuesday 16 October 2007 05:55:53 David Southwell wrote: > Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure > -amd64 openexr issues) > Date: Tuesday 16 October 2007 > From: David Southwell > To: Mikhail Teterin > > On Tuesday 16 October 2007 05:24:15 you wrote: > > On =D0=B2=D1=96=D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=BA 16 =D0=B6=D0=BE=D0= =B2=D1=82=D0=B5=D0=BD=D1=8C 2007, David Southwell wrote: > > =3D > How about a patch for the makefile? > > > > Which makefile? ImageMagick's or portupgrade's? The warning is legitima= te > > -- older version of OpenExr /may/ interefere. It may not -- depending on > > too many circumstance to check within ImageMagick's makefile. > > A few things to think about. > > In response to your question maybe both but certainly I feel the > ImageMagick's makefile should check whether the installed version of > OpenEXR necessitates the issue of a warning. The Issue of inappropriate > warnings by any port is, IMHO, a bug. > > > portupgrade ought to proceed despite the warnings -- if there is no way > > to force it, that's a bug. But I do not maintain portupgrade > > I do not agree. The purpose of a warning is to ensure that installation > cannot proceed without human interbvention. If every application issued > inappropriate warning then would not the entire ports system grind to a > halt? A philosophy of warn unless "test valid" is appropriate here. > > > :( > > > > =3D Just a further point the maintainer of OpenEXR seems to be suggesti= ng > > that =3D the warning in regard to OpenEXR may be out of date.. perhaps > > ImageMagick's =3D Makefile needs some modification in the light of the > > recent changes to =3D OpenEXR.. > > > > He is almost right -- the latest OpenEXR does not use threads /by > > default/. > > The focus IMHO needs to be on =C2=A0what is actually installed. not on wh= at is > installed by default. In my case both perl and OpenEXR are installed with > threads. > > > But it /may/ still use them (it remains an option) and the previous > > version of OpenEXR usually does use them, because that used to be a > > default... > > > > Yours, > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0-mi > > That is what I would like to see but I am only one pebble on the beach > > > david Just further cponfirmation I am now getting the follwing report re ImageMag= ick ** Listing the failed packages (*:skipped / !:failed) ! graphics/ImageMagick (ImageMagick-6.3.5.10) (Makefile broken) * www/gallery2 (gallery2-2.2.3) * multimedia/libxine (libxine-1.1.7_2) Which seems to indicate that ImageMagick's makefile is now broken. David From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 12:52:27 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7755F16A418 for ; Tue, 16 Oct 2007 12:52:27 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id F018413C461 for ; Tue, 16 Oct 2007 12:52:26 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id C107C1CC45; Tue, 16 Oct 2007 06:09:26 -0700 (PDT) From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Tue, 16 Oct 2007 06:09:26 -0700 User-Agent: KMail/1.9.7 References: <200710160555.53675.david@vizion2000.net> In-Reply-To: <200710160555.53675.david@vizion2000.net> MIME-Version: 1.0 Message-Id: <200710160609.26564.david@vizion2000.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Fwd: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 12:52:27 -0000 On Tuesday 16 October 2007 05:55:53 David Southwell wrote: > Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure > -amd64 openexr issues) > Date: Tuesday 16 October 2007 > From: David Southwell > To: Mikhail Teterin > > On Tuesday 16 October 2007 05:24:15 you wrote: > > On =D0=B2=D1=96=D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=BA 16 =D0=B6=D0=BE=D0= =B2=D1=82=D0=B5=D0=BD=D1=8C 2007, David Southwell wrote: > > =3D > How about a patch for the makefile? > > > > Which makefile? ImageMagick's or portupgrade's? The warning is legitima= te > > -- older version of OpenExr /may/ interefere. It may not -- depending on > > too many circumstance to check within ImageMagick's makefile. > > A few things to think about. > > In response to your question maybe both but certainly I feel the > ImageMagick's makefile should check whether the installed version of > OpenEXR necessitates the issue of a warning. The Issue of inappropriate > warnings by any port is, IMHO, a bug. > > > portupgrade ought to proceed despite the warnings -- if there is no way > > to force it, that's a bug. But I do not maintain portupgrade > > I do not agree. The purpose of a warning is to ensure that installation > cannot proceed without human interbvention. If every application issued > inappropriate warning then would not the entire ports system grind to a > halt? A philosophy of warn unless "test valid" is appropriate here. > > > :( > > > > =3D Just a further point the maintainer of OpenEXR seems to be suggesti= ng > > that =3D the warning in regard to OpenEXR may be out of date.. perhaps > > ImageMagick's =3D Makefile needs some modification in the light of the > > recent changes to =3D OpenEXR.. > > > > He is almost right -- the latest OpenEXR does not use threads /by > > default/. > > The focus IMHO needs to be on =C2=A0what is actually installed. not on wh= at is > installed by default. In my case both perl and OpenEXR are installed with > threads. > > > But it /may/ still use them (it remains an option) and the previous > > version of OpenEXR usually does use them, because that used to be a > > default... > > > > Yours, > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0-mi > > That is what I would like to see but I am only one pebble on the beach > > > david I am now getting the following report: ** Listing the failed packages (*:skipped / !:failed) ! graphics/ImageMagick (ImageMagick-6.3.5.10) (Makefile broken) * www/gallery2 (gallery2-2.2.3) * multimedia/libxine (libxine-1.1.7_2) Which seems to indicate that ImageMagick's makefile is indeed broken - I th= ink this lends some additional support to my observation (but I would not s= uggest it should be seen as the last word David From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 14:01:27 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CFF816A417 for ; Tue, 16 Oct 2007 14:01:27 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3458C13C46A for ; Tue, 16 Oct 2007 14:01:26 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id 44F831CC4C; Tue, 16 Oct 2007 07:18:33 -0700 (PDT) Content-Disposition: inline From: David Southwell Organization: Voice and Vision To: freebsd-ports@freebsd.org Date: Tue, 16 Oct 2007 07:18:32 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <200710160718.33039.david@vizion2000.net> Subject: Fwd: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -amd64 openexr issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 14:01:27 -0000 =2D--------- Forwarded Message ---------- Subject: Re: ImageMagick modules (Re: ImageMagick - portupgrade failure -am= d64=20 openexr issues) Date: Tuesday 16 October 2007 =46rom: David Southwell To: Mikhail Teterin On Tuesday 16 October 2007 05:44:25 you wrote: > On =D0=B2=D1=96=D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=BA 16 =D0=B6=D0=BE=D0=B2= =D1=82=D0=B5=D0=BD=D1=8C 2007, David Southwell wrote: > =3D On Tuesday 16 October 2007 05:24:15 you wrote: > =3D > On =D0=B2=D1=96=D0=B2=D1=82=D0=BE=D1=80=D0=BE=D0=BA 16 =D0=B6=D0=BE= =D0=B2=D1=82=D0=B5=D0=BD=D1=8C 2007, David Southwell wrote: > =3D > =3D > How about a patch for the makefile? > =3D > > =3D > Which makefile? ImageMagick's or portupgrade's? The warning is > legitimate =3D > -- older version of OpenExr /may/ interefere. It may not= -- > depending on =3D > too many circumstance to check within ImageMagick's > makefile. > =3D > =3D A few things to think about. > =3D > =3D In response to your question maybe both but certainly I feel the > =3D ImageMagick's makefile should check whether the installed version of > OpenEXR =3D necessitates the issue of a warning. The Issue of inappropria= te > warnings by =3D any port is, IMHO, a bug. > > This would complicate the port even further. But do take a crack at it, a= nd > send me a patch, if you come up with something. > > =3D > portupgrade ought to proceed despite the warnings -- if there is no= way > to =3D > force it, that's a bug. But I do not maintain portupgrade > =3D > =3D I do not agree. The purpose of a warning is to ensure that installati= on > =3D cannot proceed without human interbvention. > > No, that's a purpose of an /error/. A /warning/ is to, uhm, warn... > Portupgrade seems to be treating warnings as errors, but that is not my > fault... > > =3D If every application issued inappropriate warning then would not the > entire =3D ports system grind to a halt? A philosophy of warn unless "test > valid" is =3D appropriate here. > > It is simply too difficult to /finely/ automatically determine, whether to > proceed here. So if a simple /crude/ method suggests, there might be a > problem, I issue a warning and proceed anyway. > > =3D The focus IMHO needs to be on what is actually installed. not on wha= t is > =3D installed by default. In my case both perl and OpenEXR are installed = with > =3D threads. > > You are right. But this is too difficult to check for in a port. Try it... > > -mi I agree it can be difficult in some instances but those can these not be=20 limited by careful use of configuration options and dependency management=20 where that is not too difficult to implement. For many ports when a user=20 selects an option during configuration then the requirements for that optio= n=20 can be handled as a dependency (e.g for Imagemagick Perl with_threads=3Dyes= (or=20 OpenExr Version (xxx.xx) ). So when the option is selected the users choice= s=20 can be implemented so as to enable the upgrade to proceed without throwing= =20 inappropriate warnings. Users can be advised, during the make config routin= e,=20 of the cponsequences of selecting an option. My two pennorth =2D------------------------------------------------------ From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 15:45:51 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20A3216A418 for ; Tue, 16 Oct 2007 15:45:51 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 019F113C447 for ; Tue, 16 Oct 2007 15:45:50 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l9GF9x64039825 for ; Tue, 16 Oct 2007 10:09:59 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Tue, 16 Oct 2007 10:09:59 -0500 (CDT) From: "Sean C. Farley" To: ports@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on mail.farley.org Cc: Subject: Versioning question for linux-ut port X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 15:45:51 -0000 I have been working with Martin Tournoij, who did the hard work, on updating the linux-ut port to support different versions of UT99 (GOTY, Anthology, etc.). He also discovered that the v451 patch had issues with the keyboard. After a little reading on my part, I found that in most cases the v451 patch was more suited for servers while v436 was best on clients with both being network compatible. Here is the question: how should the port's version information be configured to have v436 be the default with v451 (WITH_451PATCH) as an option? With PORTVERSION set back to 436 from 451, does PORTEPOCH need to be set to 1? I am uncertain since the port will support both versions. Would PORTREVISION=1 be better than using PORTEPOCH since if the user wanted to stay with v451, the install may be a little different anyway? Here is the latest port of linux-ut[1]. Sean 1. http://www.farley.org/freebsd/tmp/linux-ut-port.tar.bz2 -- scf@FreeBSD.org From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 16:47:17 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3DA16A41A; Tue, 16 Oct 2007 16:47:17 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id DC7D013C48A; Tue, 16 Oct 2007 16:47:16 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1IhpNM-0003bv-0B; Tue, 16 Oct 2007 18:34:36 +0200 Received: from ip5993549e.rubicom.hu ([89.147.84.158] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1IhpNL-0003bX-FC; Tue, 16 Oct 2007 18:34:35 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1) with ESMTP id l9GGYfxJ003092; Tue, 16 Oct 2007 18:34:41 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.1/8.14.1/Submit) id l9GGYfgO003091; Tue, 16 Oct 2007 18:34:41 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Tue, 16 Oct 2007 18:34:41 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org, freebsd-ports@freebsd.org Message-ID: <20071016163441.GB1695@baranyfelhocske.buza.adamsfamily.xx> Mail-Followup-To: Szilveszter Adam , freebsd-current@freebsd.org, freebsd-ports@freebsd.org References: <47149948.20005@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47149948.20005@zedat.fu-berlin.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: ports/114050: Error compiling OpenOffice-2.3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 16:47:17 -0000 Hello Oliver, On Tue, Oct 16, 2007 at 10:58:16AM +0000, O. Hartmann wrote: > As I reported in PR ports/114050 the error compiling OpenOffice even with > coreutils 6.9_1 is still present, although there was quick and dirty but > working patch, mention by Dr. Haakh in the audit trail. > > Today I patched the appropriate file and OO 2.3 seems to compile on i386 > and so on amd64. > > The patch below is working on my boxes. This is interesting, since I built OOo.org 2.3 on my (then) 7.0-CURRENT i386 box on 7th October without this patch, and it went just fine. I have coreutils-6.9_1. Possibly relevant difference from stock settings is that I do not build ports as root. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 16:50:24 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF01616A418 for ; Tue, 16 Oct 2007 16:50:24 +0000 (UTC) (envelope-from sw@gegenunendlich.de) Received: from mail.hamcom.de (mail3.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id 728DA13C480 for ; Tue, 16 Oct 2007 16:50:24 +0000 (UTC) (envelope-from sw@gegenunendlich.de) Received: from adsl-dyn-88-208-148-23.heliweb.de ([88.208.148.23] helo=chikuku.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.63) (envelope-from ) id 1Ihpcc-0007hk-Ge for freebsd-ports@freebsd.org; Tue, 16 Oct 2007 18:50:22 +0200 Received: by chikuku.dunkelkammer.void (Postfix, from userid 1001) id 831BFBC60; Tue, 16 Oct 2007 18:50:21 +0200 (CEST) Date: Tue, 16 Oct 2007 18:50:21 +0200 From: Stefan Walter To: freebsd-ports@freebsd.org Message-ID: <20071016165020.GA942@chikuku.dunkelkammer.void> Mail-Followup-To: freebsd-ports@freebsd.org References: <20071015163024.GA55552@hades.panopticon> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20071015163024.GA55552@hades.panopticon> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: DATADIR question X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 16:50:24 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dmitry Marakasov, 15.10.07, 18:30h CEST: > Seems that DATADIR user-changeable is not the case, as it's not even > passed to configure by default. So correct way is more like #4, am I > right? Yes, I would say so. :) Regards, Stefan --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iQGVAwUBRxTry1aRERsSueCzAQJ07gv/fIH/AnlX6tvhgbJol2fm3DZsNdktku6A QBl6nSWAwpHKB12XOQZMDD59ERF9b1H3wNf6v5Vr+Qi5zCcZ1JDRqfPQ2QXVyPnz xf/Elt/1WJq5p4ck8SB0JIEZXc//QFFqCtjnjsQsheePyo6Ft/Vnj4+vrJV44fkH 0TqeryXX8ED6aurlu1+WhnZ+oNzbtDybx9p7GzAX5yUlNXtZXdmOsKhr0VdJA64w X8FanhouKxAfS6di+SURZjEbO5iHn7WIiFpWAZg0tug/qGHqf9UegaM4/DGvgS57 gF4SY11TAQWlLUjf19WyvVUNei+ITzlkFe+W683N5r9AlC3JSVhlVRoUdaGKvlm4 40dJeo/ZekOQ7mHyuW6HRFS/aebtFI2B2QC2SiKZB6XABR7CWqplUBbq7dJ3OkV6 hSe2XF1zHLkPoJgLrtqnoyiou6bR8s2ylB4uAITB8XFgMH8ggdQ8a0cfaHcrUw2h YP4bQtYp0rE74g+R8Sy/03/ZfwMlnNGI =HIWK -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 19:38:34 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6393116A417 for ; Tue, 16 Oct 2007 19:38:34 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 24AB313C461 for ; Tue, 16 Oct 2007 19:38:33 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id ADA4F2D546F; Tue, 16 Oct 2007 19:38:32 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 706B51149D; Tue, 16 Oct 2007 21:38:32 +0200 (CEST) Date: Tue, 16 Oct 2007 21:38:32 +0200 From: "Simon L. Nielsen" To: Derkjan de Haan , freebsd-ports@freebsd.org Message-ID: <20071016193831.GA1232@zaphod.nitro.dk> References: <000001c80e3c$23a9b410$6afd1c30$@nl> <20071014092713.GA30108@droso.net> <20071014101137.GB1141@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071014101137.GB1141@zaphod.nitro.dk> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: portsnap troubles? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 19:38:34 -0000 On 2007.10.14 12:11:38 +0200, Simon L. Nielsen wrote: > On 2007.10.14 11:27:13 +0200, Erwin Lansing wrote: > > On Sun, Oct 14, 2007 at 10:28:03AM +0200, Derkjan de Haan wrote: > > > Hi, > > > > Howyd, > > > > > > Can it be that something related to portsnap hangs? I'm not seeing any > > > updates (i.e. the png security update) come through. > > > > > The server that builds the portsnap data is down due to hardware > > problems. I'm not sure what the status is, but hopefully it will return > > soon. > > Onsite people have been poked, but no status yet. Just FYI, portsnap build is running again. We will be looking at more redundancy for the build to prevent longer outages in the future. -- Simon L. Nielsen From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 20:18:19 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A892116A417 for ; Tue, 16 Oct 2007 20:18:19 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF8E13C455 for ; Tue, 16 Oct 2007 20:18:19 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from roxette.lamaiziere.net (unknown [77.192.6.23]) by smtp.lamaiziere.net (Postfix) with ESMTP id DCEAF1180599; Tue, 16 Oct 2007 22:18:17 +0200 (CEST) Date: Tue, 16 Oct 2007 22:18:08 +0200 From: Patrick Lamaiziere To: freebsd-ports@freebsd.org Message-ID: <20071016221808.43b7f702@roxette.lamaiziere.net> In-Reply-To: <4712B1D4.4000108@FreeBSD.org> References: <20071014223933.27730098@roxette.lamaiziere.net> <4712B1D4.4000108@FreeBSD.org> Organization: /dave/nulle X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kris Kennaway Subject: Re: Smarteiffel is marked broken but is not X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 20:18:19 -0000 Le Mon, 15 Oct 2007 02:18:28 +0200, Kris Kennaway : > > Hi, > > > > lang/smarteiffel is marked "BROKEN= does not install" on FreeBSD >= > > 7 but it builds and installs fine, and runs fine too on > > 7.0-PRERELEASE/i386 > > Check the error log on http://pointyhat.freebsd.org then try to > determine why you are not seeing that error on your system. In the pointyhat report (I found it this morming, but can't find it now), the SmartEiffel's installation program crashs with "Eiffel program crashs at runtime". That's all, it can be a compiler problem or a bug into the installation program. So I don't know. Just to test, I've setup a tinderbox on my PC (7.0/i386) and SmartEiffel builds fine. Thanks Kris, Regards. From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 20:27:16 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4F1716A419 for ; Tue, 16 Oct 2007 20:27:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 1F31413C4A3; Tue, 16 Oct 2007 20:27:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47151EA4.80605@FreeBSD.org> Date: Tue, 16 Oct 2007 22:27:16 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Patrick Lamaiziere References: <20071014223933.27730098@roxette.lamaiziere.net> <4712B1D4.4000108@FreeBSD.org> <20071016221808.43b7f702@roxette.lamaiziere.net> In-Reply-To: <20071016221808.43b7f702@roxette.lamaiziere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Smarteiffel is marked broken but is not X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 20:27:16 -0000 Patrick Lamaiziere wrote: > Le Mon, 15 Oct 2007 02:18:28 +0200, > Kris Kennaway : > >>> Hi, >>> >>> lang/smarteiffel is marked "BROKEN= does not install" on FreeBSD >= >>> 7 but it builds and installs fine, and runs fine too on >>> 7.0-PRERELEASE/i386 >> Check the error log on http://pointyhat.freebsd.org then try to >> determine why you are not seeing that error on your system. > > In the pointyhat report (I found it this morming, but > can't find it now), the SmartEiffel's installation program crashs with > "Eiffel program crashs at runtime". > > That's all, it can be a compiler problem or a bug into the installation > program. So I don't know. > > Just to test, I've setup a tinderbox on my PC (7.0/i386) and > SmartEiffel builds fine. OK, someone will have to dig deeper then to understand the cause. Kris From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 22:08:09 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9156716A420 for ; Tue, 16 Oct 2007 22:08:09 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 61CAC13C448 for ; Tue, 16 Oct 2007 22:08:09 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from roxette.lamaiziere.net (unknown [77.192.6.23]) by smtp.lamaiziere.net (Postfix) with ESMTP id 599301180599 for ; Wed, 17 Oct 2007 00:08:08 +0200 (CEST) Date: Wed, 17 Oct 2007 00:07:58 +0200 From: Patrick Lamaiziere To: freebsd-ports@freebsd.org Message-ID: <20071017000758.3ff8cf1f@roxette.lamaiziere.net> In-Reply-To: <47151EA4.80605@FreeBSD.org> References: <20071014223933.27730098@roxette.lamaiziere.net> <4712B1D4.4000108@FreeBSD.org> <20071016221808.43b7f702@roxette.lamaiziere.net> <47151EA4.80605@FreeBSD.org> Organization: /dave/nulle X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Smarteiffel is marked broken but is not (maybe!) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 22:08:09 -0000 Le Tue, 16 Oct 2007 22:27:16 +0200, Kris Kennaway : > >>> lang/smarteiffel is marked "BROKEN= does not install" on FreeBSD > >>> >= 7 but it builds and installs fine, and runs fine too on > >>> 7.0-PRERELEASE/i386 > >> Check the error log on http://pointyhat.freebsd.org then try to > >> determine why you are not seeing that error on your system. > > > > In the pointyhat report (I found it this morming, but > > can't find it now), the SmartEiffel's installation program crashs > > with "Eiffel program crashs at runtime". > > > > That's all, it can be a compiler problem or a bug into the > > installation program. So I don't know. > > > > Just to test, I've setup a tinderbox on my PC (7.0/i386) and > > SmartEiffel builds fine. > > OK, someone will have to dig deeper then to understand the cause. I compiled the install program with full assertions and it crashs with a run-time stack dump. Looking the code it seems related to the memory management by SmartEiffel (it is not good because there is a garbage collector). So may be it is broken. I will check it with FreeBSD 6.2 and another C compiler and try to get more informations. Regards. stack dump : http://user.lamaiziere.net/patrick/smarteiffel-dump.txt From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 22:31:26 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E9716A417 for ; Tue, 16 Oct 2007 22:31:26 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from mail.sailorfej.net (mail.sailorfej.net [66.93.72.123]) by mx1.freebsd.org (Postfix) with ESMTP id 50BB013C44B for ; Tue, 16 Oct 2007 22:31:26 +0000 (UTC) (envelope-from jeff@sailorfej.net) Received: from [127.0.0.1] (c-67-160-132-255.hsd1.or.comcast.net [67.160.132.255]) (authenticated bits=0) by mail.sailorfej.net (8.13.8/8.13.8) with ESMTP id l9GMVINc040252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Oct 2007 15:31:20 -0700 (PDT) (envelope-from jeff@sailorfej.net) Message-ID: <47153BAD.6040700@sailorfej.net> Date: Tue, 16 Oct 2007 15:31:09 -0700 From: Jeffrey Williams User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Mike Andrews References: <47120E73.1080403@sailorfej.net> <20071015125237.A21749@bit0.com> In-Reply-To: <20071015125237.A21749@bit0.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.6 required=6.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.sailorfej.net Cc: ports@freebsd.org Subject: Re: mysql51-server won't start after upgrade X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 22:31:26 -0000 Mike Andrews wrote: > On Sun, 14 Oct 2007, Jeffrey Williams wrote: > >> I just upgraded mysql51-server with cvsup and portupgrade. >> >> Now it won't start, and the error I am getting is: >> [ERROR] /usr/local/libexec/mysqld: unknown variable >> 'innodb_log_arch_dir=/var/db/mysql/' >> >> I have been scanning the release notes, but I haven't found anything >> yet, that indicates that this variable has been deprecated, and it >> still appears in the example my.cnf files. > > I ran into this last week, too. > > I had to poke around in the InnoDB source for this (as far as I can > tell this isn't documented anywhere), but apparently > innodb_log_group_home_dir has superceded innodb_log_arch_dir since > 4.0, so just change the latter to the former and everything works. > Hi Mike, Thanks very much, that did the trick. Jeff From owner-freebsd-ports@FreeBSD.ORG Tue Oct 16 23:06:46 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE9B16A41A for ; Tue, 16 Oct 2007 23:06:46 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 61CE913C455; Tue, 16 Oct 2007 23:06:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47154405.3030106@FreeBSD.org> Date: Wed, 17 Oct 2007 01:06:45 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Patrick Lamaiziere References: <20071014223933.27730098@roxette.lamaiziere.net> <4712B1D4.4000108@FreeBSD.org> <20071016221808.43b7f702@roxette.lamaiziere.net> <47151EA4.80605@FreeBSD.org> <20071017000758.3ff8cf1f@roxette.lamaiziere.net> In-Reply-To: <20071017000758.3ff8cf1f@roxette.lamaiziere.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Smarteiffel is marked broken but is not (maybe!) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 23:06:46 -0000 Patrick Lamaiziere wrote: > Le Tue, 16 Oct 2007 22:27:16 +0200, > Kris Kennaway : > >>>>> lang/smarteiffel is marked "BROKEN= does not install" on FreeBSD >>>>>> = 7 but it builds and installs fine, and runs fine too on >>>>> 7.0-PRERELEASE/i386 >>>> Check the error log on http://pointyhat.freebsd.org then try to >>>> determine why you are not seeing that error on your system. >>> In the pointyhat report (I found it this morming, but >>> can't find it now), the SmartEiffel's installation program crashs >>> with "Eiffel program crashs at runtime". >>> >>> That's all, it can be a compiler problem or a bug into the >>> installation program. So I don't know. >>> >>> Just to test, I've setup a tinderbox on my PC (7.0/i386) and >>> SmartEiffel builds fine. >> OK, someone will have to dig deeper then to understand the cause. > > I compiled the install program with full assertions and it crashs with > a run-time stack dump. Looking the code it seems related to the > memory management by SmartEiffel (it is not good because there is a > garbage collector). So may be it is broken. > > I will check it with FreeBSD 6.2 and another C compiler and try to get > more informations. Try building it "normally" but with MALLOC_OPTIONS=AJ. This is enabled for port builds (and by default in CURRENT) and sometimes catches application bugs. Kris From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 00:08:24 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F00F16A419 for ; Wed, 17 Oct 2007 00:08:24 +0000 (UTC) (envelope-from mbowie@buzmo.com) Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.241.83]) by mx1.freebsd.org (Postfix) with ESMTP id BC33013C4D3 for ; Wed, 17 Oct 2007 00:08:23 +0000 (UTC) (envelope-from mbowie@buzmo.com) X-VirusChecked: Checked X-Env-Sender: mbowie@buzmo.com X-Msg-Ref: server-3.tower-191.messagelabs.com!1192578103!9223463!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [69.12.11.76] Received: (qmail 18475 invoked from network); 16 Oct 2007 23:41:43 -0000 Received: from smtp0.dfw.fabriclabs.com (HELO smtp0.dfw.fabriclabs.com) (69.12.11.76) by server-3.tower-191.messagelabs.com with AES256-SHA encrypted SMTP; 16 Oct 2007 23:41:43 -0000 Received: from mickey.la.buzmo.com (nat.strongaero.com [64.81.41.58]) (authenticated bits=0) by smtp0.dfw.fabriclabs.com (8.13.7/8.13.6) with ESMTP id l9GNfY6Y095917 for ; Tue, 16 Oct 2007 18:41:35 -0500 (CDT) (envelope-from mbowie@buzmo.com) Message-ID: <47154BAD.4000201@buzmo.com> Date: Tue, 16 Oct 2007 16:39:25 -0700 From: Mike Bowie User-Agent: Thunderbird 2.0.0.6 (X11/20071002) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: php-magickwand broken with ImageMagick 6.3.5.10 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 00:08:24 -0000 Good day all, Per the subject, the build runs fine, but the magickwand extension no longer returns images and fails silently. http://www.magickwand.org/ states: ** REQUIRED ** ImageMagick version :: 6.3.5-9 Last-known-good ImageMagick version :: 6.3.5-9 I upgraded ImageMagick due to the vulnerabilities listed in the portaudit database and after a handful of rebuilds, found that back-dating my ports tree to the previous version resolved the issue. Perhaps someone could pop a version requirement / warning in the Makefile until such a time as support for 6.3.5.10 is included. Much appreciated! Cheers, Mike. From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 05:18:42 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F9B916A417 for ; Wed, 17 Oct 2007 05:18:42 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.freebsd.org (Postfix) with ESMTP id 082D213C45A for ; Wed, 17 Oct 2007 05:18:41 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-155-74.lsanca.dsl-w.verizon.net [71.109.155.74]) (authenticated bits=0) by zoot.lafn.org (8.13.6/8.13.4) with ESMTP id l9H51Trf083602 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 16 Oct 2007 22:01:30 -0700 (PDT) (envelope-from bc979@lafn.org) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <4AC147EE-D0E0-4449-BDBF-CD9871C21680@lafn.org> Content-Transfer-Encoding: 7bit From: Doug Hardie Date: Tue, 16 Oct 2007 22:02:28 -0700 To: Walter Ian Kaye X-Mailer: Apple Mail (2.752.3) X-Virus-Scanned: ClamAV 0.88.7/4542/Tue Oct 16 13:31:56 2007 on zoot.lafn.org X-Virus-Status: Clean Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: qpopper-4.0.9_1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 05:18:42 -0000 On Oct 16, 2007, at 04:52, Walter Ian Kaye wrote: > Hi, > > I tried to [mostly] follow instructions at Protocols/POP/qpopper-bsd-howto.html> > but I don't know if ./configure overrides the port's "Options" > screen or vice versa, so I don't know if I turned things on or off. > > I did > > CONFIGURE_ENV= LIBS="-lcrypt -lmd -lutil -L${LOCALBASE}/lib" \ > OS_DEFS="-DSETPROCTITLE ${OS_DEFS}" > --without-gdbm \ > --enable-keep-temp-drop \ > --disable-update-abort \ > --enable-bulletins=/var/spool/bulls \ > --enable-log-login \ > --enable-new-bulls=3 \ > --enable-shy \ > --enable-timing \ > --enable-log-facility=LOG_MAIL \ > --with-openssl=/usr/bin/openssl \ > --with-pam=pop3 > > and then the Options screen > > .-------------------------------------------------------------------- > . > | Options for qpopper > 4.0.9_1 | > > | .----------------------------------------------------------------. | > | | [ ] APOP_ONLY build with APOP authentication only > | | > | | [X] APOP build with APOP > | | > | | [ ] DOCUMENTATION install pdf documentation > | | > | | [ ] DRAC build with Dynamic Relay Authorization > | | > | | [ ] FULL_POPD_DEBUG build with more verbose debugging > | | > | | [X] PAM build with PAM authentication > | | > | | [ ] POPPASSD build the poppassd daemon > | | > | | [X] QPOPAUTH_SETUID install qpopauth setuid to pop user > | | > | | [ ] SAMPLE_POPUSERS build a default reject file > | | > | | [X] SHY_ENABLED hide qpopper version in POP3 banner > | | > | | [X] SSL build with SSL/TLS support > | | > | | [ ] STANDALONE_MODE build qpopper to be run without inetd > | | > | | [X] U_OPTION include support for user .qpopper-options > | | > | | > | | > | | > | | > +-+---------------------------------------------------------------- > +-+ > | [ OK ] > Cancel | > > `--------------------------------------------------------------------' > > I am trying to set it up so that port 110 requires APOP/AUTH (that > works) and port 995 allows USER (clear-text-password) via SSL > (fails; asks for APOP/AUTH, despite 'set' command in config file). I believe to do what you want will require two instatiations of qpopper with different configuration files. The first one is used on port 110 and has APOP enabled. The second on is on port 995 and has APOP disabled. However, you may also have to have a separate binary for the second one that has APOP not compiled in. I had a difficult time getting rid of the APOP messages as we do not use APOP at all. I seem to recall that turning it off in the configuration file worked, but every connection logged a couple of APOP error messages. From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 11:31:48 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA91216A421 for ; Wed, 17 Oct 2007 11:31:48 +0000 (UTC) (envelope-from apvanderveen@acm.org) Received: from outbound.mailhop.org (outbound.mailhop.org [63.208.196.171]) by mx1.freebsd.org (Postfix) with ESMTP id C125913C474 for ; Wed, 17 Oct 2007 11:31:48 +0000 (UTC) (envelope-from apvanderveen@acm.org) Received: from cpe-72-231-141-22.nycap.res.rr.com ([72.231.141.22] helo=t60.mydomain.home) by outbound.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1Ii6oy-000196-CS for ports@FreeBSD.org; Wed, 17 Oct 2007 07:12:16 -0400 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 72.231.141.22 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18UQ+FwiLqK26qItCn+yLCD4IiCyCXID44= Message-ID: <4715EE0F.1020807@acm.org> Date: Wed, 17 Oct 2007 07:12:15 -0400 From: "Arend P. van der Veen" User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: ports@FreeBSD.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: deskutils/taskjuggler X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 11:31:49 -0000 Hi, I tried to install taskjuggler on FreeBSD 6.2 and got the following error message: ===> taskjuggler-2.4.0_1 is marked as broken: please unset SESSION_MANAGER. I tried to unset SESSION_MANAGER but could not get rid of the error. How to I unset SESSION_MANAGER? Thanks, Arend van der Veen From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 12:36:20 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 270AF16A420 for ; Wed, 17 Oct 2007 12:36:20 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from thumbler.kulnet.kuleuven.ac.be (thumbler.kulnet.kuleuven.ac.be [134.58.240.45]) by mx1.freebsd.org (Postfix) with ESMTP id 816E713C457 for ; Wed, 17 Oct 2007 12:36:19 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id AA131138416; Wed, 17 Oct 2007 14:36:16 +0200 (CEST) Received: from smtps02.kuleuven.be (smtpshost02.kulnet.kuleuven.be [134.58.240.75]) by thumbler.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 1CE7213830A; Wed, 17 Oct 2007 14:36:15 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps02.kuleuven.be (Postfix) with ESMTP id B88ACF3862; Wed, 17 Oct 2007 14:36:14 +0200 (CEST) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.1/8.14.1) with ESMTP id l9HCa94B002728; Wed, 17 Oct 2007 14:36:10 +0200 (CEST) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: Dmitry Marakasov Date: Wed, 17 Oct 2007 14:36:07 +0200 User-Agent: KMail/1.9.7 References: <20071015163024.GA55552@hades.panopticon> In-Reply-To: <20071015163024.GA55552@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710171436.09021.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: freebsd-ports@freebsd.org Subject: Re: DATADIR question X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 12:36:20 -0000 On Monday 15 October 2007 18:30:24 Dmitry Marakasov wrote: > I'm porting silvertree game (from creators of wesnoth), and I have > some issues with it's DATADIR. > > The problem is that port is named silvertree, but it installs data > under ${PREFIX}/share/silvertree-rpg. What do I do with DATADIR in > this case? > > 1. Rename the port: > Not a best solution, as I'll have to introduce additional variables > like DISTNAME, which are overwise correct with their default values. > Also, this -rpg suffix may change in future. > > 2. Leave it as it is: > * Will install data to ${PREFIX}/share/silvertree-rpg > * Plist: share/silvertree-rpg/somefile > * portlint complaints, DATADIR is not used at all > > 3. Force configure to use DATADIR with adding --datadir to > CONFIGURE_ARGS > * Will install data to ${PREFIX}/share/silvertree/silvertree-rpg > * Plist: %%DATADIR%%/silvertree-rpg/somefile > > 4. Change DATADIR in port > * Will install data to ${PREFIX}/share/silvertree-rpg > * Plist: %%DATADIR%%/somefile > * DATADIR=${PREFIX}/share/silvertree-rpg > > I think the correct way is 3 or 4, but I didn't find enough data on > DATADIR meaning: should it be user-changeable (i.e. user can install > a port without touching PREFIX but changing DATADIR), or is more like > a shortcut to sync port's Makefile and plist, so port could change it > to actual value and plist should only use %%DATADIR%%? > > Seems that DATADIR user-changeable is not the case, as it's not even > passed to configure by default. So correct way is more like #4, am I > right? Actually I'd like to see this clarified as well, because none of the port maintainers I've ever spoken to knows this. Is DATADIR supposed to be user changeable or not? Does it need to be passed to configure or not? From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 14:16:43 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDDB316A41B for ; Wed, 17 Oct 2007 14:16:43 +0000 (UTC) (envelope-from qdolan@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9E7CC13C458 for ; Wed, 17 Oct 2007 14:16:43 +0000 (UTC) (envelope-from qdolan@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1541138rvb for ; Wed, 17 Oct 2007 07:16:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:to:message-id:content-type:from:subject:date:x-mailer; bh=qJez26cu5ARhIcgcg4t28zKaMQJW8942Zkkv9w6utJI=; b=cUkHNxhHl+GV+K8EpFZjmJH8huThrTV6CVaKvLcCV55GcsxOnIDZz5ep6VqBW+bYEJO42Mv8NmKOBTbYu+wB1tHeJ7i0sR+wFTpW3iCACOBfh7AO6BN4l7EEDMAW4LixaJ5clUDHVURteSK03lfMSDMQM2yEpMHKwYKIWzKvkwM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:to:message-id:content-type:from:subject:date:x-mailer; b=Ffpbt9rGYZjwct3bE7E9IBxj9dDqIugmjfAx9wUBssGwAM6+EQYc76agCgKwrGHnKkgJkEb6pwDE3IWIvemhWIoyNDmRlR0BejYmxWvZpmhACv2cQo3QZCN/2z3S+GSAOC0AS5d56tL6+7F+OvN0VtD/qBDlCLwv+fAaxONWDns= Received: by 10.141.159.13 with SMTP id l13mr4194586rvo.1192629009415; Wed, 17 Oct 2007 06:50:09 -0700 (PDT) Received: from ?192.168.100.101? ( [203.144.21.67]) by mx.google.com with ESMTPS id n22sm390050pof.2007.10.17.06.50.05 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 17 Oct 2007 06:50:07 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) To: freebsd-ports@freebsd.org Message-Id: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> From: Q Date: Wed, 17 Oct 2007 23:49:55 +1000 X-Mailer: Apple Mail (2.752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 14:16:43 -0000 Hi, I have written a collection of ports (16 in total) for building a typical Apple WebObjects deployment environment. As most of these ports depend on one another in some way could someone advise what the most appropriate way to submit these ports as a bundle would be? Thanks. -- Seeya...Q Quinton Dolan - qdolan@gmail.com Gold Coast, QLD, Australia (GMT+10) Ph: +61 419 729 806 From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 14:47:28 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BFDD16A41A for ; Wed, 17 Oct 2007 14:47:28 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.freebsd.org (Postfix) with ESMTP id EA73F13C469 for ; Wed, 17 Oct 2007 14:47:27 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from [10.10.10.40] (unknown [88.84.198.2]) by mail2.elantech.ru (Postfix) with ESMTP id 95FAC3406F; Wed, 17 Oct 2007 18:29:09 +0400 (MSD) Message-ID: <47161C6A.9090201@elantech.ru> Date: Wed, 17 Oct 2007 18:30:02 +0400 From: "taras@elantech.ru" Organization: =?UTF-8?B?0J7QntCeICLQrdC70LDQvdGC0LXQuiI=?= User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: pneumann@gmail.com Subject: asterisk-addons build problem on 6.2/i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: taras@elantech.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 14:47:28 -0000 Hi to all! I have problem building net/asterisk-addons on two FreeBSD 6.2/i386 machines. src/chan_h323.c:3249: error: dereferencing pointer to incomplete type src/chan_h323.c:3250: error: dereferencing pointer to incomplete type src/chan_h323.c:3251: error: dereferencing pointer to incomplete type src/chan_h323.c:3220: error: storage size of `null_frame' isn't known src/chan_h323.c: In function `ooh323_convert_hangupcause_asteriskToH323': src/chan_h323.c:3271: error: `AST_CAUSE_CALL_REJECTED' undeclared (first use in this function) src/chan_h323.c:3273: error: `AST_CAUSE_UNALLOCATED' undeclared (first use in this function) src/chan_h323.c:3275: error: `AST_CAUSE_BUSY' undeclared (first use in this function) src/chan_h323.c:3277: error: `AST_CAUSE_BEARERCAPABILITY_NOTAVAIL' undeclared (first use in this function) src/chan_h323.c:3279: error: `AST_CAUSE_CONGESTION' undeclared (first use in this function) src/chan_h323.c:3281: error: `AST_CAUSE_NO_ANSWER' undeclared (first use in this function) src/chan_h323.c:3283: error: `AST_CAUSE_NORMAL' undeclared (first use in this function) src/chan_h323.c:3285: error: `AST_CAUSE_FAILURE' undeclared (first use in this function) src/chan_h323.c: In function `ooh323_convert_hangupcause_h323ToAsterisk': src/chan_h323.c:3299: error: `AST_CAUSE_CALL_REJECTED' undeclared (first use in this function) src/chan_h323.c:3301: error: `AST_CAUSE_UNALLOCATED' undeclared (first use in this function) src/chan_h323.c:3304: error: `AST_CAUSE_BUSY' undeclared (first use in this function) src/chan_h323.c:3306: error: `AST_CAUSE_BEARERCAPABILITY_NOTAVAIL' undeclared (first use in this function) src/chan_h323.c:3309: error: `AST_CAUSE_CONGESTION' undeclared (first use in this function) src/chan_h323.c:3311: error: `AST_CAUSE_NO_ANSWER' undeclared (first use in this function) src/chan_h323.c:3315: error: `AST_CAUSE_FAILURE' undeclared (first use in this function) src/chan_h323.c:3317: error: `AST_CAUSE_NORMAL' undeclared (first use in this function) src/chan_h323.c: At top level: src/chan_h323.c:3330: error: syntax error before string constant src/chan_h323.c:3330: warning: data definition has no type or storage class src/chan_h323.c:67: error: storage size of `ooh323_tech' isn't known src/chan_h323.c:86: error: storage size of `ooh323_rtp' isn't known src/chan_h323.c:206: error: storage size of `gCallerID' isn't known src/chan_h323.c:209: error: storage size of `gPrefs' isn't known src/chan_h323.c:222: error: storage size of `gContext' isn't known src/chan_h323.c:2427: error: storage size of `cli_debug' isn't known src/chan_h323.c:2434: error: storage size of `cli_no_debug' isn't known src/chan_h323.c:2441: error: storage size of `cli_show_users' isn't known src/chan_h323.c:2448: error: storage size of `cli_show_user' isn't known src/chan_h323.c:2455: error: storage size of `cli_show_peers' isn't known src/chan_h323.c:2462: error: storage size of `cli_show_peer' isn't known src/chan_h323.c:2465: error: storage size of `cli_show_config' isn't known gmake[3]: *** [chan_h323.lo] ОшОбка 1 gmake[3]: Leaving directory `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2/asterisk-ooh323c' gmake[2]: *** [all] ОшОбка 2 gmake[2]: Leaving directory `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2/asterisk-ooh323c' gmake[1]: *** [chan_ooh323.so] ОшОбка 2 rm app_saycountpl.o gmake[1]: Leaving directory `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2' gmake: *** [all] ОшОбка 2 *** Error code 2 Stop in /usr/ports/net/asterisk-addons. *** Error code 1 Stop in /usr/ports/net/asterisk-addons. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.42772.0 env make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! net/asterisk-addons (missing header) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed gw# uname -a FreeBSD gw 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 -- С уважеМОеЌ, Савчук Тарас ООО "ЭлаМтек" : АутсПрсОМг ИТ, WEB-разрабПтка http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 779 07 05 From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 15:06:29 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6FB416A419 for ; Wed, 17 Oct 2007 15:06:29 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from cp65.agava.net (cp65.agava.net [89.108.66.215]) by mx1.freebsd.org (Postfix) with ESMTP id 8641A13C4CA for ; Wed, 17 Oct 2007 15:06:29 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=nexii.panopticon) by cp65.agava.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44 (FreeBSD)) id 1IiATb-00085d-Ew; Wed, 17 Oct 2007 19:06:27 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.2]) by nexii.panopticon (Postfix) with ESMTP id 5295817058; Wed, 17 Oct 2007 19:07:36 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id BFEE74131; Wed, 17 Oct 2007 19:07:57 +0400 (MSD) Date: Wed, 17 Oct 2007 19:07:57 +0400 From: Dmitry Marakasov To: Tijl Coosemans Message-ID: <20071017150757.GA533@hades.panopticon> Mail-Followup-To: Tijl Coosemans , freebsd-ports@freebsd.org References: <20071015163024.GA55552@hades.panopticon> <200710171436.09021.tijl@ulyssis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200710171436.09021.tijl@ulyssis.org> User-Agent: Mutt/1.5.16 (2007-06-09) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp65.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [26 6] X-AntiAbuse: Sender Address Domain - amdmi3.ru X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-ports@freebsd.org Subject: Re: DATADIR question X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 15:06:29 -0000 * Tijl Coosemans (tijl@ulyssis.org) wrote: > Actually I'd like to see this clarified as well, because none of the > port maintainers I've ever spoken to knows this. Is DATADIR supposed > to be user changeable or not? Does it need to be passed to configure > or not? Seems like it's not user-changeable. - it's not passed to configure by default - it's changed by many ports As far as I understand, it (along with DOCSDIR and some more) is just convenient variable that gets substituded into plist by default, so it's good practice to change it in your port if it uses non share/$PORTNAME datadir, and use in both Makefile and plist. I can't come out with any idea why user would need to change it (there's $PREFIX for that purpose). -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 20:05:28 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8010E16A417 for ; Wed, 17 Oct 2007 20:05:28 +0000 (UTC) (envelope-from cocko_mirindi@yahoo.fr) Received: from web27914.mail.ukl.yahoo.com (web27914.mail.ukl.yahoo.com [217.146.182.64]) by mx1.freebsd.org (Postfix) with SMTP id E28AD13C46B for ; Wed, 17 Oct 2007 20:05:27 +0000 (UTC) (envelope-from cocko_mirindi@yahoo.fr) Received: (qmail 95753 invoked by uid 60001); 17 Oct 2007 19:38:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.fr; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=tsMhxnsRJycER0JPk+sl7dSaHC5tPePmTC7eGZ2sdgEA2+7X49R0DUiCEsh+v8sm/FJiUlD2mXngqqQKYQWKe6C7Zx1Gb2r1ZK9IAF/TQhPjN0HXykJyO4GH4kSuCIur59b5yRpnfFMkHiN/1QA7askyREJglBZxML1h8H1YupY=; X-YMail-OSG: BDGn8NUVM1ksr_VoW9OtwCvNkYTjZvUuw_yKk0ScT7NCwjZvnjEE0bCB.dUFmcTTX4v9aAbb00zESussybcOgHc2OvaaZQSWE.CCIej59Cs.F_vweWshHbmReK0- Received: from [66.36.196.108] by web27914.mail.ukl.yahoo.com via HTTP; Wed, 17 Oct 2007 21:38:45 CEST Date: Wed, 17 Oct 2007 21:38:45 +0200 (CEST) From: tracy musaza To: taras@elantech.ru, freebsd-ports@freebsd.org In-Reply-To: <47161C6A.9090201@elantech.ru> MIME-Version: 1.0 Message-ID: <273891.95207.qm@web27914.mail.ukl.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pneumann@gmail.com Subject: RE : asterisk-addons build problem on 6.2/i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 20:05:28 -0000 Can U update ports tree then reinstall asterisk? I see there is some probl with some dependancies: asterisk-addons cheers!! "taras@elantech.ru" a écrit : Hi to all! I have problem building net/asterisk-addons on two FreeBSD 6.2/i386 machines. src/chan_h323.c:3249: error: dereferencing pointer to incomplete type src/chan_h323.c:3250: error: dereferencing pointer to incomplete type src/chan_h323.c:3251: error: dereferencing pointer to incomplete type src/chan_h323.c:3220: error: storage size of `null_frame' isn't known src/chan_h323.c: In function `ooh323_convert_hangupcause_asteriskToH323': src/chan_h323.c:3271: error: `AST_CAUSE_CALL_REJECTED' undeclared (first use in this function) src/chan_h323.c:3273: error: `AST_CAUSE_UNALLOCATED' undeclared (first use in this function) src/chan_h323.c:3275: error: `AST_CAUSE_BUSY' undeclared (first use in this function) src/chan_h323.c:3277: error: `AST_CAUSE_BEARERCAPABILITY_NOTAVAIL' undeclared (first use in this function) src/chan_h323.c:3279: error: `AST_CAUSE_CONGESTION' undeclared (first use in this function) src/chan_h323.c:3281: error: `AST_CAUSE_NO_ANSWER' undeclared (first use in this function) src/chan_h323.c:3283: error: `AST_CAUSE_NORMAL' undeclared (first use in this function) src/chan_h323.c:3285: error: `AST_CAUSE_FAILURE' undeclared (first use in this function) src/chan_h323.c: In function `ooh323_convert_hangupcause_h323ToAsterisk': src/chan_h323.c:3299: error: `AST_CAUSE_CALL_REJECTED' undeclared (first use in this function) src/chan_h323.c:3301: error: `AST_CAUSE_UNALLOCATED' undeclared (first use in this function) src/chan_h323.c:3304: error: `AST_CAUSE_BUSY' undeclared (first use in this function) src/chan_h323.c:3306: error: `AST_CAUSE_BEARERCAPABILITY_NOTAVAIL' undeclared (first use in this function) src/chan_h323.c:3309: error: `AST_CAUSE_CONGESTION' undeclared (first use in this function) src/chan_h323.c:3311: error: `AST_CAUSE_NO_ANSWER' undeclared (first use in this function) src/chan_h323.c:3315: error: `AST_CAUSE_FAILURE' undeclared (first use in this function) src/chan_h323.c:3317: error: `AST_CAUSE_NORMAL' undeclared (first use in this function) src/chan_h323.c: At top level: src/chan_h323.c:3330: error: syntax error before string constant src/chan_h323.c:3330: warning: data definition has no type or storage class src/chan_h323.c:67: error: storage size of `ooh323_tech' isn't known src/chan_h323.c:86: error: storage size of `ooh323_rtp' isn't known src/chan_h323.c:206: error: storage size of `gCallerID' isn't known src/chan_h323.c:209: error: storage size of `gPrefs' isn't known src/chan_h323.c:222: error: storage size of `gContext' isn't known src/chan_h323.c:2427: error: storage size of `cli_debug' isn't known src/chan_h323.c:2434: error: storage size of `cli_no_debug' isn't known src/chan_h323.c:2441: error: storage size of `cli_show_users' isn't known src/chan_h323.c:2448: error: storage size of `cli_show_user' isn't known src/chan_h323.c:2455: error: storage size of `cli_show_peers' isn't known src/chan_h323.c:2462: error: storage size of `cli_show_peer' isn't known src/chan_h323.c:2465: error: storage size of `cli_show_config' isn't known gmake[3]: *** [chan_h323.lo] ОшОбка 1 gmake[3]: Leaving directory `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2/asterisk-ooh323c' gmake[2]: *** [all] ОшОбка 2 gmake[2]: Leaving directory `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2/asterisk-ooh323c' gmake[1]: *** [chan_ooh323.so] ОшОбка 2 rm app_saycountpl.o gmake[1]: Leaving directory `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2' gmake: *** [all] ОшОбка 2 *** Error code 2 Stop in /usr/ports/net/asterisk-addons. *** Error code 1 Stop in /usr/ports/net/asterisk-addons. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.42772.0 env make ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! net/asterisk-addons (missing header) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed gw# uname -a FreeBSD gw 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 -- С уважеМОеЌ, Савчук Тарас ООО "ЭлаМтек" : АутсПрсОМг ИТ, WEB-разрабПтка http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 779 07 05 _______________________________________________ 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" Coko Tracy MIRINDI MUSAZA mobiles: 00242 576 14 00 Congo 00243 81 250 0472 RDC www.airnetcg.net --------------------------------- Stockage illimité de vos mails avec Yahoo! Mail. Changez aujourd'hui de mail ! From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 22:46:48 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CF6116A496 for ; Wed, 17 Oct 2007 22:46:48 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx1.freebsd.org (Postfix) with ESMTP id 8030513C465 for ; Wed, 17 Oct 2007 22:46:47 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <471690D8.6090708@FreeBSD.org> Date: Thu, 18 Oct 2007 00:46:48 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Major changes since 6.2? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 22:46:48 -0000 What are some of the major changes to ports/ported applications since 6.2-RELEASE (01/2007)? I am in the process of putting together a talk and would like to mention some of the highlights. The main ones are xorg 7.3, KDE 3.5.7 and GNOME 2.18.3. Have there been any other major changes of interest to end users over the past year? Kris From owner-freebsd-ports@FreeBSD.ORG Wed Oct 17 23:29:39 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9828716A41B for ; Wed, 17 Oct 2007 23:29:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 3F18613C461 for ; Wed, 17 Oct 2007 23:29:39 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 25929 invoked by uid 399); 17 Oct 2007 23:29:38 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 17 Oct 2007 23:29:38 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 17 Oct 2007 16:29:36 -0700 (PDT) From: Doug Barton To: Kris Kennaway In-Reply-To: <471690D8.6090708@FreeBSD.org> Message-ID: References: <471690D8.6090708@FreeBSD.org> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: ports@freebsd.org Subject: Re: Major changes since 6.2? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Oct 2007 23:29:39 -0000 On Thu, 18 Oct 2007, Kris Kennaway wrote: > What are some of the major changes to ports/ported applications since > 6.2-RELEASE (01/2007)? I am in the process of putting together a talk and > would like to mention some of the highlights. The main ones are xorg 7.3, > KDE 3.5.7 and GNOME 2.18.3. Have there been any other major changes of > interest to end users over the past year? I think the fact that OPTIONS now works as one would expect it to is pretty major. Of course I also feel the fact that portmaster has evolved to be fairly feature-complete in the 19 months since I first committed it is pretty major, but I'm biased. :) Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 01:00:49 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFAF716A419 for ; Thu, 18 Oct 2007 01:00:49 +0000 (UTC) (envelope-from chess@chessgriffin.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id AA1AB13C45D for ; Thu, 18 Oct 2007 01:00:49 +0000 (UTC) (envelope-from chess@chessgriffin.com) Received: by wr-out-0506.google.com with SMTP id 70so8162wra for ; Wed, 17 Oct 2007 18:00:49 -0700 (PDT) Received: by 10.90.115.9 with SMTP id n9mr13637253agc.1192667808839; Wed, 17 Oct 2007 17:36:48 -0700 (PDT) Received: from localhost ( [69.134.34.168]) by mx.google.com with ESMTPS id 36sm364347agc.2007.10.17.17.36.45 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 17 Oct 2007 17:36:46 -0700 (PDT) Date: Wed, 17 Oct 2007 20:36:46 -0400 From: Chess Griffin To: Kris Kennaway Message-ID: <20071018003645.GA50157@localhost> References: <471690D8.6090708@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <471690D8.6090708@FreeBSD.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: ports@freebsd.org Subject: Re: Major changes since 6.2? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chess Griffin List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 01:00:50 -0000 --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Kris Kennaway [2007-10-18 00:46:48]: > What are some of the major changes to ports/ported applications since=20 > 6.2-RELEASE (01/2007)? I am in the process of putting together a talk an= d=20 > would like to mention some of the highlights. The main ones are xorg 7.3= ,=20 > KDE 3.5.7 and GNOME 2.18.3. Have there been any other major changes of= =20 > interest to end users over the past year? > I think the addition of compiz and compiz-fusion to be of interest to many desktop users. Chess =20 --=20 Chess Griffin GPG Public Key: 0x0C7558C3 http://www.chessgriffin.com --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHFqqdKzd9mAx1WMMRApqoAJ0acg6lu47tdIxu1E/AEHUAG06aHQCfWkvp +/4+siP/Lnfsw9ETrF91o+0= =OY5w -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 04:38:12 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C2FC16A419 for ; Thu, 18 Oct 2007 04:38:12 +0000 (UTC) (envelope-from mark@foster.cc) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [216.148.227.155]) by mx1.freebsd.org (Postfix) with ESMTP id 222E113C442 for ; Thu, 18 Oct 2007 04:38:12 +0000 (UTC) (envelope-from mark@foster.cc) Received: from fosgate.dyndns.org ([24.17.77.253]) by comcast.net (rwcrmhc15) with ESMTP id <20071018042718m15009tl6be>; Thu, 18 Oct 2007 04:27:18 +0000 Received: from localhost (localhost [127.0.0.1]) by fosgate.dyndns.org (Postfix) with ESMTP id 6692039853 for ; Wed, 17 Oct 2007 21:24:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at foster.cc Received: from fosgate.dyndns.org ([127.0.0.1]) by localhost (sonar.foster.dmz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A0gjYfU0HV1m for ; Wed, 17 Oct 2007 21:24:24 -0700 (PDT) Received: from [192.168.1.9] (monk.foster.dmz [192.168.1.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by fosgate.dyndns.org (Postfix) with ESMTP id 8A9F539851 for ; Wed, 17 Oct 2007 21:24:24 -0700 (PDT) Message-ID: <4716E098.2030607@foster.cc> Date: Wed, 17 Oct 2007 21:27:04 -0700 From: "Mark D. Foster" User-Agent: Thunderbird 1.5.0.13 (X11/20070824) MIME-Version: 1.0 To: ports@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: linuxdoc command X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 04:38:12 -0000 I maintain a port that calls the linuxdoc command in one of it's Makefiles... xca.html: xca.sgml linuxdoc -B html $< || true Is this command available for FreeBSD? I installed the linuxdoc port but it does not contain the command. On my ubuntu linux system, /usr/bin/linuxdoc is a perl script that comes from the linuxdoc-tools package. Any guidance is appreciated. -- Said one park ranger, 'There is considerable overlap between the intelligence of the smartest bears and the dumbest tourists.' Mark D. Foster, CISSP http://mark.foster.cc/ From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 05:20:22 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F64E16A417 for ; Thu, 18 Oct 2007 05:20:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id E47D713C481 for ; Thu, 18 Oct 2007 05:20:21 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15602 invoked by uid 399); 18 Oct 2007 05:20:21 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 18 Oct 2007 05:20:21 -0000 X-Originating-IP: 127.0.0.1 Date: Wed, 17 Oct 2007 22:20:19 -0700 (PDT) From: Doug Barton To: freebsd-ports@freebsd.org Message-ID: X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: ImageMagick test results X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 05:20:22 -0000 I'm not sure where this conversation ended up, so I thought I'd mention that I got this tonight: All 696 tests behaved as expected (11 expected failures) Here is my options file: # This file is auto-generated by 'make config'. # No user-servicable parts inside! # Options for ImageMagick-6.3.5.10_1 _OPTIONS_READ=ImageMagick-6.3.5.10_1 WITH_X11=true WITH_IMAGEMAGICK_TESTS=true WITH_IMAGEMAGICK_PERL=true WITHOUT_IMAGEMAGICK_MODULES=true WITH_IMAGEMAGICK_BZLIB=true WITH_IMAGEMAGICK_16BIT_PIXEL=true WITHOUT_IMAGEMAGICK_DJVU=true WITH_IMAGEMAGICK_LCMS=true WITH_IMAGEMAGICK_TTF=true WITH_IMAGEMAGICK_FONTCONFIG=true WITH_IMAGEMAGICK_JPEG=true WITHOUT_IMAGEMAGICK_OPENEXR=true WITH_IMAGEMAGICK_PNG=true WITH_IMAGEMAGICK_TIFF=true WITHOUT_IMAGEMAGICK_FPX=true WITH_IMAGEMAGICK_JBIG=true WITH_IMAGEMAGICK_JPEG2000=true WITHOUT_IMAGEMAGICK_DOT=true WITHOUT_IMAGEMAGICK_WMF=true WITH_IMAGEMAGICK_SVG=true WITH_IMAGEMAGICK_PDF=true WITH_IMAGEMAGICK_MPEG2=true WITHOUT_IMAGEMAGICK_GSLIB=true If this is old or unwelcome news, sorry for the noise, otherwise I hope it's helpful. Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 07:44:08 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E017816A41B for ; Thu, 18 Oct 2007 07:44:07 +0000 (UTC) (envelope-from service@mail.gogoec.cn) Received: from mta2.primary.ddc.dartmail.net (mta2.primary.ddc.dartmail.net [146.82.220.233]) by mx1.freebsd.org (Postfix) with ESMTP id 86BDB13C4A8 for ; Thu, 18 Oct 2007 07:44:06 +0000 (UTC) (envelope-from service@mail.gogoec.cn) Date: Thu, 18 Oct 2007 16:28:57 +0900 (JST) Message-Id: From: "Gogoec.com" To: ports@FreeBSD.org Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain; charset="GB2312" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: How-to maximize your profit from China X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Gogoec.com" List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 07:44:08 -0000 [1][logo.gif] [2][banner.gif] [3]WELCOME TO GOGOEC.COM This is your best opportunity to directly access the Chinese electronics market ! [4][tittle_about%20us.gif] [5]GOGOEC is a HONG KONG trading and wholesale company based in Shenzhen, China right next to Hong Kong. We buy exclusively from Chinese manufacturers who produce Consumer Electronics, gadgets, and PC accessories, garments and accessories. Everything we buy and sell is made in China and now you can buy these products direct from China, at wholesale prices. We offer you a wide-selection of products. This is your best opportunity to directly access the Chinese electronics market How experienced and reputable is your company in this field...... [about%20us_pic.gif] [hot%20products_title.gif] [6][hot%20products_pic1.gif] [hot%20products_line.gif] [7][hot%20products_pic2.gif] [8]BRAND NEW 100%Origina Made in Finlan Brand New NOKIA 8800 ... Price:USD: 488 / Pieces [9]Brand New Car DVD Player with Built-in TV Receiver!best price.... Price: USD: 141/ Pieces [10][hot%20products_pic3.gif] [hot%20products_line.gif] [11][hot%20products_pic4.gif] [12]free shipping!COOG Hoodies size:xl~xxl~xxxl Price:USD 36/Pieces [13]100% Brand New Prada Men shoes Come with new Price:USD 33 /Pieces [hot%20products_pic.gif] [autumn%20time_title.gif] [14][autumn%20time_pic1.gif] [15][autumn%20time_pic2.gif] [16][autumn%20time_pic3.gif] [17][autumn%20time_pic4.gif] [18][autumn%20time_pic5.gif] [19][autumn%20time_pic6.gif] [20][autumn%20time_pic7.gif] [21][autumn%20time_pic8.gif] [22][autumn%20time_pic9.gif] [23][autumn%20time_pic10.gif] [24][autumn%20time_pic11.gif] [25][autumn%20time_pic12.gif] [26][autumn%20time_pic13.gif] [27][autumn%20time_pic14.gif] [28][autumn%20time_pic15.gif] [autumn%20time_pic.gif] [29][bottom_logo.gif] [30][bottom_pic1.gif] [31]About US | [32]Contact Us | [33]Security & Privacy | Site Map | [34]Help Copyright © 1995-2006 GoGoEc Inc. All Rights Reserved.Designated trademarks and brands are the property of their respective owners. [flosensing?z=de40PCjxu0DQM0Bn] References Visible links 1. http://www.gogoec.com/ 2. http://www.gogoec.com/ 3. http://www.gogoec.com/ 4. http://www.gogoec.com/help/CompanyInfo.asp 5. http://www.gogoec.com/help/CompanyInfo.asp 6. http://www.gogoec.com/productdisplay.asp?id=2b2dcc32d6327985 7. http://www.gogoec.com/productdisplay.asp?id=6f764367fc7806cb 8. http://www.gogoec.com/productdisplay.asp?id=6f764367fc7806cb 9. http://www.gogoec.com/productdisplay.asp?id=6f764367fc7806cb 10. http://www.gogoec.com/productdisplay.asp?id=566e9636571bfb92 11. http://www.gogoec.com/productdisplay.asp?id=ef6a5e2e8aca784c 12. http://www.gogoec.com/productdisplay.asp?id=566e9636571bfb92 13. http://www.gogoec.com/productdisplay.asp?id=ef6a5e2e8aca784c 14. http://www.gogoec.com/clothes.Asp 15. http://www.gogoec.com/clothes.Asp 16. http://www.gogoec.com/clothes.Asp 17. http://www.gogoec.com/clothes.Asp 18. http://www.gogoec.com/clothes.Asp 19. http://www.gogoec.com/clothes.Asp 20. http://www.gogoec.com/clothes.Asp 21. http://www.gogoec.com/ConsumerElectronics.Asp 22. http://www.gogoec.com/shoes.html 23. http://www.gogoec.com/ConsumerElectronics.Asp 24. http://www.gogoec.com/ConsumerElectronics.Asp 25. http://www.gogoec.com/clothes.Asp 26. http://www.gogoec.com/ConsumerElectronics.Asp 27. http://www.gogoec.com/clothes.Asp 28. http://www.gogoec.com/mobilephone.Asp 29. http://www.gogoec.com/shoes.html 30. http://www.gogoec.com/shoes.html 31. http://www.gogoec.com/help/CompanyInfo.asp 32. http://www.gogoec.com/help/ContactUs.asp 33. http://www.gogoec.com/help/GOGOECPrivacyPolicy.asp 34. http://www.gogoec.com/help/CanItrustGOGOEC.asp Hidden links: 35. http://www.gogoec.com/EDM/EDM200710170907/productdisplay.asp?id=6f764367fc7806cb 36. http://www.gogoec.com/html/aboutus/Security%20&%20Privacy.asp From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 09:20:53 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 269A416A417 for ; Thu, 18 Oct 2007 09:20:53 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from mail2.elantech.ru (mail2.elantech.ru [87.245.154.206]) by mx1.freebsd.org (Postfix) with ESMTP id 7BB0D13C46B for ; Thu, 18 Oct 2007 09:20:52 +0000 (UTC) (envelope-from taras@elantech.ru) Received: from [10.10.10.40] (unknown [88.84.198.2]) by mail2.elantech.ru (Postfix) with ESMTP id 5B04F34044; Thu, 18 Oct 2007 13:19:51 +0400 (MSD) Message-ID: <4717256D.2010907@elantech.ru> Date: Thu, 18 Oct 2007 13:20:45 +0400 From: "taras@elantech.ru" Organization: =?UTF-8?B?0J7QntCeICLQrdC70LDQvdGC0LXQuiI=?= User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: tracy musaza References: <273891.95207.qm@web27914.mail.ukl.yahoo.com> In-Reply-To: <273891.95207.qm@web27914.mail.ukl.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org Subject: Re: RE : asterisk-addons build problem on 6.2/i386 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: taras@elantech.ru List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 09:20:53 -0000 To check myself I updated ports again and run portupgrade -NR net/asterisk-addons - same error. tracy musaza пОшет: > Can U update ports tree then reinstall asterisk? I see there is some > probl with some dependancies: asterisk-addons > > cheers!! > > */"taras@elantech.ru" /* a écrit : > > Hi to all! > I have problem building net/asterisk-addons on two FreeBSD 6.2/i386 > machines. > > src/chan_h323.c:3249: error: dereferencing pointer to incomplete type > src/chan_h323.c:3250: error: dereferencing pointer to incomplete type > src/chan_h323.c:3251: error: dereferencing pointer to incomplete type > src/chan_h323.c:3220: error: storage size of `null_frame' isn't known > src/chan_h323.c: In function > `ooh323_convert_hangupcause_asteriskToH323': > src/chan_h323.c:3271: error: `AST_CAUSE_CALL_REJECTED' undeclared > (first > use in this function) > src/chan_h323.c:3273: error: `AST_CAUSE_UNALLOCATED' undeclared (first > use in this function) > src/chan_h323.c:3275: error: `AST_CAUSE_BUSY' undeclared (first use in > this function) > src/chan_h323.c:3277: error: `AST_CAUSE_BEARERCAPABILITY_NOTAVAIL' > undeclared (first use in this function) > src/chan_h323.c:3279: error: `AST_CAUSE_CONGESTION' undeclared (first > use in this function) > src/chan_h323.c:3281: error: `AST_CAUSE_NO_ANSWER' undeclared (first > use > in this function) > src/chan_h323.c:3283: error: `AST_CAUSE_NORMAL' undeclared (first > use in > this function) > src/chan_h323.c:3285: error: `AST_CAUSE_FAILURE' undeclared (first use > in this function) > src/chan_h323.c: In function > `ooh323_convert_hangupcause_h323ToAsterisk': > src/chan_h323.c:3299: error: `AST_CAUSE_CALL_REJECTED' undeclared > (first > use in this function) > src/chan_h323.c:3301: error: `AST_CAUSE_UNALLOCATED' undeclared (first > use in this function) > src/chan_h323.c:3304: error: `AST_CAUSE_BUSY' undeclared (first use in > this function) > src/chan_h323.c:3306: error: `AST_CAUSE_BEARERCAPABILITY_NOTAVAIL' > undeclared (first use in this function) > src/chan_h323.c:3309: error: `AST_CAUSE_CONGESTION' undeclared (first > use in this function) > src/chan_h323.c:3311: error: `AST_CAUSE_NO_ANSWER' undeclared (first > use > in this function) > src/chan_h323.c:3315: error: `AST_CAUSE_FAILURE' undeclared (first use > in this function) > src/chan_h323.c:3317: error: `AST_CAUSE_NORMAL' undeclared (first > use in > this function) > src/chan_h323.c: At top level: > src/chan_h323.c:3330: error: syntax error before string constant > src/chan_h323.c:3330: warning: data definition has no type or > storage class > src/chan_h323.c:67: error: storage size of `ooh323_tech' isn't known > src/chan_h323.c:86: error: storage size of `ooh323_rtp' isn't known > src/chan_h323.c:206: error: storage size of `gCallerID' isn't known > src/chan_h323.c:209: error: storage size of `gPrefs' isn't known > src/chan_h323.c:222: error: storage size of `gContext' isn't known > src/chan_h323.c:2427: error: storage size of `cli_debug' isn't known > src/chan_h323.c:2434: error: storage size of `cli_no_debug' isn't known > src/chan_h323.c:2441: error: storage size of `cli_show_users' isn't > known > src/chan_h323.c:2448: error: storage size of `cli_show_user' isn't known > src/chan_h323.c:2455: error: storage size of `cli_show_peers' isn't > known > src/chan_h323.c:2462: error: storage size of `cli_show_peer' isn't known > src/chan_h323.c:2465: error: storage size of `cli_show_config' isn't > known > gmake[3]: *** [chan_h323.lo] ÐşÑˆÐžÐ±ÐºÐ° 1 > gmake[3]: Leaving directory > `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2/asterisk-ooh323c' > gmake[2]: *** [all] ÐşÑˆÐžÐ±ÐºÐ° 2 > gmake[2]: Leaving directory > `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2/asterisk-ooh323c' > gmake[1]: *** [chan_ooh323.so] ÐşÑˆÐžÐ±ÐºÐ° 2 > rm app_saycountpl.o > gmake[1]: Leaving directory > `/usr/ports/net/asterisk-addons/work/asterisk-addons-1.4.2' > gmake: *** [all] ÐşÑˆÐžÐ±ÐºÐ° 2 > *** Error code 2 > > Stop in /usr/ports/net/asterisk-addons. > *** Error code 1 > > Stop in /usr/ports/net/asterisk-addons. > ** Command failed [exit code 1]: /usr/bin/script -qa > /tmp/portupgrade.42772.0 env make > ** Fix the problem and try again. > ** Listing the failed packages (*:skipped / !:failed) > ! net/asterisk-addons (missing header) > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > gw# uname -a > FreeBSD gw 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC > 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 > > -- > С уважеМОеЌ, Савчук Тарас > ÐşÐşÐş "ЭлаМтек" : АутсПрсОМг ИТ, > WEB-разрабПтка > http://www.elantech.ru > +7 (495) 589 68 81 > +7 (926) 779 07 05 > _______________________________________________ > 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" > > > > > Coko Tracy MIRINDI MUSAZA > > mobiles: 00242 576 14 00 Congo > 00243 81 250 0472 RDC > www.airnetcg.net > > ------------------------------------------------------------------------ > Stockage illimité de vos mails avec Yahoo! Mail. Changez aujourd'hui de > mail ! -- С уважеМОеЌ, Савчук Тарас ООО "ЭлаМтек" : АутсПрсОМг ИТ, WEB-разрабПтка http://www.elantech.ru +7 (495) 589 68 81 +7 (926) 779 07 05 From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 11:33:31 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D0016A417 for ; Thu, 18 Oct 2007 11:33:31 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.232]) by mx1.freebsd.org (Postfix) with ESMTP id 905A813C448 for ; Thu, 18 Oct 2007 11:33:30 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by hu-out-0506.google.com with SMTP id 28so240531hub for ; Thu, 18 Oct 2007 04:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; bh=pYAzHFItmszuJ5MtTmwiGmu3PpnfuV+TukkjrSuLtHw=; b=Q0kTY23SjqKpvNKkYE/0A57X2KKWB11GqtpTVoy+tkKGifiZ9+7ehKjYW0DFiyapQwLppi2FOP3mkewXt0p8bpux9dNKfAf1fKrzsnmw4q/VjnWspQRRThsnStRwLBTN9OXtrAm0nc/MKqo62nhjxnzzbb8iv2p3lEAKh2V39y0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=BmLRJwoXyFW1OZdELtbRPkVt323W7Xu7OUys8i3CU0uFBCsf8ehcEYz1oEYyUay44IZUf6XKnaDSeydsZsuhBtGknjZSj9k+HVW09DLXFFjUg9xJjov2oUGIw765xovln3+3woKr9yrF9IdEVy8BFP/6gsMegoCZhOyPi6VF0Ug= Received: by 10.67.103.12 with SMTP id f12mr1723826ugm.1192706364769; Thu, 18 Oct 2007 04:19:24 -0700 (PDT) Received: from ?192.168.1.185? ( [213.152.137.35]) by mx.google.com with ESMTPS id j2sm1650877mue.2007.10.18.04.19.22 (version=SSLv3 cipher=RC4-MD5); Thu, 18 Oct 2007 04:19:23 -0700 (PDT) Message-ID: <4717412E.8040001@gmail.com> Date: Thu, 18 Oct 2007 15:19:10 +0400 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: freebsd-ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [update-request] please help to maintiners X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 11:33:31 -0000 Hello, all! this is a unsupportet structure code: ================================================================================== .if !defined(WITH_SERVER) PLIST_SUB+= SERVER="@comment " .if defined(WITH_MYSQL) || !defined(WITHOUT_PGSQL) || !defined(WITHOUT_SQLITE) || !defined(WITHOUT_ODBC) IGNORE= is useless database support without a SERVER. Please (re)run 'make config' and choose SERVER with database .endif .else CONFIGURE_ARGS+= --with-server PLIST_SUB+= SERVER="" .if defined(WITHOUT_MYSQL) && !defined(WITH_PGSQL) && !defined(WITH_SQLITE) && !defined(WITH_ODBC) IGNORE= is useless without a database. Please (re)run 'make config' and choose one of PGSQL and MYSQL .else USE_RC_SUBR+= netxmsd .if defined(WITH_AGENT) PLIST_SUB+= AGENT="@comment " .else USE_RC_SUBR+= netxmsd nxagentd .endif .endif .endif ================================================================================== plaese add support for help to maintiners it comfortably /Vladimir Ermakov From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 17:02:33 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12A2016A41A for ; Thu, 18 Oct 2007 17:02:33 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id F09EC13C469 for ; Thu, 18 Oct 2007 17:02:32 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd59514.utdallas.edu (utd59514.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 01E2165503 for ; Thu, 18 Oct 2007 12:02:32 -0500 (CDT) Date: Thu, 18 Oct 2007 12:02:31 -0500 From: Paul Schmehl To: FreeBSD Ports Message-ID: X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: graphics/OpenEXR fails X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 17:02:33 -0000 I'm getting failures when trying to upgrade OpenEXR. /usr/bin/ld: warning: libHalf.so.4, needed by /usr/local/lib/libIlmImf.so, may conflict with libHalf.so.6 /usr/bin/ld: warning: libIex.so.4, needed by /usr/local/lib/libIlmImf.so, may conflict with libIex.so.6 /usr/bin/ld: warning: libIlmThread.so.4, needed by /usr/local/lib/libIlmImf.so, may conflict with libIlmThread.so.6 Would it work to delete the old libs and then symlink from the newer ones? -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 17:11:48 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36BF516A417 for ; Thu, 18 Oct 2007 17:11:48 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id EEE4C13C45D for ; Thu, 18 Oct 2007 17:11:47 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 18 Oct 2007 13:11:47 -0400 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.8.3-GA) with ESMTP id JFM12394; Thu, 18 Oct 2007 13:11:46 -0400 (EDT) Received: from 209-6-22-188.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 18 Oct 2007 13:14:05 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18199.37840.279702.143833@jerusalem.litteratus.org> Date: Thu, 18 Oct 2007 13:11:44 -0400 To: FreeBSD Ports In-Reply-To: References: X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) Subject: graphics/OpenEXR fails X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 17:11:48 -0000 Paul Schmehl writes: > I'm getting failures when trying to upgrade OpenEXR. /usr/ports/UPDATING Robert Huff From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 17:12:56 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B28F16A473 for ; Thu, 18 Oct 2007 17:12:56 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 75CA013C4A7 for ; Thu, 18 Oct 2007 17:12:53 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 18 Oct 2007 17:12:52 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp035) with SMTP; 18 Oct 2007 19:12:52 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18yDQF6A4oyiR1KzwXa0lQKGs4pfU/qd7dxb0zK1u ZCLqpOqFVMfGpv Message-ID: <47179412.6040907@gmx.de> Date: Thu, 18 Oct 2007 19:12:50 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Paul Schmehl References: In-Reply-To: X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: FreeBSD Ports Subject: Re: graphics/OpenEXR fails X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 17:12:56 -0000 Paul Schmehl wrote: > I'm getting failures when trying to upgrade OpenEXR. > > /usr/bin/ld: warning: libHalf.so.4, needed by > /usr/local/lib/libIlmImf.so, may conflict with libHalf.so.6 > /usr/bin/ld: warning: libIex.so.4, needed by > /usr/local/lib/libIlmImf.so, may conflict with libIex.so.6 > /usr/bin/ld: warning: libIlmThread.so.4, needed by > /usr/local/lib/libIlmImf.so, may conflict with libIlmThread.so.6 > > Would it work to delete the old libs and then symlink from the newer ones? > a) Don't symlink libraries, make entries in libmap.conf. b) The best solution would be to rebuild the port /usr/local/lib/libIlmImf.so belongs to. I suppose lib*.so.4 are in /usr/local/lib/compat/pkg, because there normally aren't several versions of one library available. I'll soon release a script that lists packages that link against libraries in /usr/local/lib/compat or are linked with missing libraries in a sysutils/bsdadminscripts release. From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 17:31:21 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD16416A417 for ; Thu, 18 Oct 2007 17:31:21 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id 6F85D13C48A for ; Thu, 18 Oct 2007 17:31:21 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so208652nfb for ; Thu, 18 Oct 2007 10:31:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Qt2T6XzsdVIh+3qGUqXUobS0ZbIZ3OF+DANE4CVSibE=; b=GJGvWVKr9IRLhQntufB+F2HiyhgQ2z0rGeUVL8dTwTx6OENX9s6NOO04KMz52o5xAaFlT/ntQqE5qdSy+pyrPrruZd2eK0PCpPXGMh1hf4et3Wlve46iNS03JJJVwLpH/1q8zmx3DA2h2AyL9PetksoNVB27Z35eCqr/V5lBHqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dpLZ9UEp+GcY7gqcg9qm/uD+ngUZi15lYPXagKIbkFIx2E22WY+puaUn0Qr94gs01BunKwkngSftmvrq8I7aTO7ijwCnJnqP45dLnO9yLlFrXrTPBi4wOlaj5GwkcW6us7DvZHzAynbAj7WUmmrfMBXBu/s1pTyKE82OsTV8tT4= Received: by 10.86.71.1 with SMTP id t1mr610932fga.1192728680011; Thu, 18 Oct 2007 10:31:20 -0700 (PDT) Received: by 10.86.91.5 with HTTP; Thu, 18 Oct 2007 10:31:19 -0700 (PDT) Message-ID: <11167f520710181031y3f066955x78ecb5e0ca5fbf5e@mail.gmail.com> Date: Thu, 18 Oct 2007 12:31:19 -0500 From: "Sam Fourman Jr." To: "[LoN]Kamikaze" In-Reply-To: <47179412.6040907@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47179412.6040907@gmx.de> Cc: Paul Schmehl , FreeBSD Ports Subject: Re: graphics/OpenEXR fails X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 17:31:21 -0000 On 10/18/07, [LoN]Kamikaze wrote: > Paul Schmehl wrote: > > I'm getting failures when trying to upgrade OpenEXR. > > > > /usr/bin/ld: warning: libHalf.so.4, needed by > > /usr/local/lib/libIlmImf.so, may conflict with libHalf.so.6 > > /usr/bin/ld: warning: libIex.so.4, needed by > > /usr/local/lib/libIlmImf.so, may conflict with libIex.so.6 > > /usr/bin/ld: warning: libIlmThread.so.4, needed by > > /usr/local/lib/libIlmImf.so, may conflict with libIlmThread.so.6 > > > > Would it work to delete the old libs and then symlink from the newer ones? > > > > a) Don't symlink libraries, make entries in libmap.conf. > > b) The best solution would be to rebuild the port /usr/local/lib/libIlmImf.so > belongs to. I suppose lib*.so.4 are in /usr/local/lib/compat/pkg, because > there normally aren't several versions of one library available. > > I'll soon release a script that lists packages that link against libraries in > /usr/local/lib/compat or are linked with missing libraries in a > sysutils/bsdadminscripts release. > _______________________________________________ > 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" > I had this same trouble last week and it was fixed by following the instructions in /usr/ports/UPDATING From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 18:25:07 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A082616A41A for ; Thu, 18 Oct 2007 18:25:07 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id 869D113C474 for ; Thu, 18 Oct 2007 18:25:07 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd59514.utdallas.edu (utd59514.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id E712D65505 for ; Thu, 18 Oct 2007 13:25:06 -0500 (CDT) Date: Thu, 18 Oct 2007 13:25:06 -0500 From: Paul Schmehl To: FreeBSD Ports Message-ID: In-Reply-To: <18199.37840.279702.143833@jerusalem.litteratus.org> References: <18199.37840.279702.143833@jerusalem.litteratus.org> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: graphics/OpenEXR fails X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 18:25:07 -0000 --On Thursday, October 18, 2007 13:11:44 -0400 Robert Huff wrote: > Paul Schmehl writes: > >> I'm getting failures when trying to upgrade OpenEXR. > > /usr/ports/UPDATING > BTDT. Took a make distclean, then make install, to solve the problem. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 18:35:22 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41B816A468 for ; Thu, 18 Oct 2007 18:35:22 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from mail.unixfreunde.de (mail.unixfreunde.de [217.172.44.88]) by mx1.freebsd.org (Postfix) with ESMTP id 74F3213C465 for ; Thu, 18 Oct 2007 18:35:22 +0000 (UTC) (envelope-from miwi@FreeBSD.org) Received: from mail.unixfreunde.de (mail.unixfreunde.de [217.172.44.88]) by mail.unixfreunde.de (Postfix) with SMTP id DC729E67AF for ; Thu, 18 Oct 2007 18:17:32 +0000 (UTC) Received: from miwi.homeunix.com (dslb-082-083-131-104.pools.arcor-ip.net [82.83.131.104]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.unixfreunde.de (Postfix) with ESMTP id 5E1B4E602D; Thu, 18 Oct 2007 18:17:28 +0000 (UTC) Date: Thu, 18 Oct 2007 20:15:55 +0200 From: Martin Wilke To: Paul Schmehl Message-ID: <20071018201555.66771e90@miwi.homeunix.com> In-Reply-To: References: X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.0; i386-portbld-freebsd7.0) User-Agent: miwi@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/g=z4r11WNds74etC3o_i89b"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Oct 18 18:17:32 2007 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 204,4717a33c13414404643628 Cc: FreeBSD Ports Subject: Re: graphics/OpenEXR fails X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 18:35:22 -0000 --Sig_/g=z4r11WNds74etC3o_i89b Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 18 Oct 2007 12:02:31 -0500 Paul Schmehl wrote: |Would it work to delete the old libs and then symlink from the newer |ones? Please read ports/UPDATING - Martin --=20 Martin Wilke | irc.unixfreunde.de #bsd=20 miwi@FreeBSD.org | miwi@unixfreunde.de FreeBSD Committer | Power to Serve --Sig_/g=z4r11WNds74etC3o_i89b Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHF6LbFwpycAVoI1MRAlgYAJ0U9LoMhgBmmyJrODLPj9tr8HQD1ACgnrC8 Aae2VlpevZzcODKiqPfSNc0= =d8Wd -----END PGP SIGNATURE----- --Sig_/g=z4r11WNds74etC3o_i89b-- From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 19:54:28 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 419F916A421 for ; Thu, 18 Oct 2007 19:54:28 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 679F613C4B8 for ; Thu, 18 Oct 2007 19:54:27 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 7131C2336E8; Thu, 18 Oct 2007 21:54:25 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l9IJpjZ0012895; Thu, 18 Oct 2007 21:51:45 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l9IJpi0K012894; Thu, 18 Oct 2007 21:51:44 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 18 Oct 2007 21:51:44 +0200 To: Alexander@Leidinger.net Message-ID: <20071018195144.GA12546@saturn.kn-bremen.de> Mail-Followup-To: Alexander@Leidinger.net, freebsd-ports@freebsd.org, freebsd-emulation@freebsd.org References: <20071008125558.GE1509@copernic.kti.ae.poznan.pl> <790a9fff0710080752k90c1ac3r23856304f176648e@mail.gmail.com> <18186.18515.36297.742895@whale.home-net> <200710101940.l9AJetsx013837@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710101940.l9AJetsx013837@saturn.kn-bremen.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: The scandalous status of linux-flashplugin9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 19:54:28 -0000 [adding -emulation to Cc, just in case...] On Wed, Oct 10, 2007 at 09:40:55PM +0200, I wrote: > In article <20071008192953.677522d5@deskjail> you write: > >Quoting John Reynolds (Mon, 8 Oct 2007 08:10:11 -0700): > > > >> > >> [ On Monday, October 8, Scot Hetzel wrote: ] > >> > The port is not broken as the flash9 port is not compiled, it just > >> > installs the linux flash9 binary. What is broken is the linux > >> > emulation on FreeBSD < 7. Work is underway to improve the linux > >> > emulation in -CURRENT. > >> > > >> > I agree the port should be marked broken for OSVERSION < 7000xx, and > >> > compat.linux.osrelease = 2.4.2, as the flash9 plugin may require > >> > 2.6.16 linux emulation. > >> > >> Is there a handbook or wiki entry which would point one to the procedure for > >> "properly" moving from 2.4.2 to 2.6.16 emulation under -current? I believe I > >> saw some posts that 2.6.x would not be default for 7.0-RELEASE for whatever > >> technical reason..... > > > >% grep linux /etc/sysctl.conf > >compat.linux.osrelease=2.6.16 > > > >Be warned, you may run into bugs (2.6 emulation has not as much > >widespread testing as 2.4). If you stumble upon problems have a look at > >the archive of emulation@ and search for your problem there. If you can > >not find it, tell emulation@ about your problem. Be prepared to do some > >guided debugging. > > > >> Can anybody report success on -current with 2.6.16 emulation with the flash9 > >> plugin? > > > >No, there are bugs we didn't manage to track down yet (partly because of > >lack of time, partly because of the closed source nature of flash9,). > >If someone wants to help to track this down: install dtrace (I don't > >know where install instructions are; it's back from hibernation just > >recently), run flash9 and try to get a backtrace of a crash with > >dtrace. If someone manages to do this, post the backtrace to emulation@. > > > >Bye, > >Alexander. > > There was a report on -current a while ago that a preliminary patch > to fix the non-threadsafeness of mmap(2) MAP_FIXED also makes flash9 work, > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/075968.html > a fix for that seems to have been committed (kib 2007-08-20) and also > mfc'd to RELENG_6 by now (kib 2007-09-09), so, can anyone running either > verify that flash9 still crashes for them? Ok I now have a sucess story for RELENG_7 using linux-base-fc4 (hi wallshot! :) - he couldnt get it to work with linux-base-f7), and I myself (he tested too) couldnt get it working by merging the RELENG_6 commit to 6.2, or by testing a RELENG_6 kernel and linux.ko on 6.2 userland. So it looks like you need 7, and there's still work to be done for the linux 2.6 emulation there also. Oh, here's the patch I used on 6.2: http://people.freebsd.org/~nox/mmap-6.2.patch meged from this commit: kib 2007-09-09 04:41:24 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/vm vm_map.c vm_map.h vm_mmap.c Log: MFC rev. 1.387 of src/sys/vm/vm_map.c rev. 1.120 of src/sys/vm/vm_map.h rev. 1.213 of src/sys/vm/vm_mmap.c Do not drop vm_map lock between doing vm_map_remove() and vm_map_insert(). For this, introduce vm_map_fixed() that does that for MAP_FIXED case. Tested by: Marc G. Fournier Revision Changes Path 1.366.2.6 +35 -16 src/sys/vm/vm_map.c 1.117.2.2 +1 -0 src/sys/vm/vm_map.h 1.200.2.4 +4 -2 src/sys/vm/vm_mmap.c HTH, Juergen From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 20:56:47 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A00CE16A47E for ; Thu, 18 Oct 2007 20:56:47 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 5B80013C44B for ; Thu, 18 Oct 2007 20:56:47 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A36AC6692ED; Thu, 18 Oct 2007 22:31:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M-5kN1um2bqo; Thu, 18 Oct 2007 22:31:48 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 82EFE6692EB; Thu, 18 Oct 2007 22:31:48 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l9IKVmuP011568; Thu, 18 Oct 2007 22:31:48 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 18 Oct 2007 22:31:48 +0200 From: Roman Divacky To: Alexander@Leidinger.net, freebsd-ports@freebsd.org, freebsd-emulation@freebsd.org Message-ID: <20071018203148.GA11544@freebsd.org> References: <20071008125558.GE1509@copernic.kti.ae.poznan.pl> <790a9fff0710080752k90c1ac3r23856304f176648e@mail.gmail.com> <18186.18515.36297.742895@whale.home-net> <200710101940.l9AJetsx013837@saturn.kn-bremen.de> <20071018195144.GA12546@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071018195144.GA12546@saturn.kn-bremen.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: The scandalous status of linux-flashplugin9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 20:56:47 -0000 > > There was a report on -current a while ago that a preliminary patch > > to fix the non-threadsafeness of mmap(2) MAP_FIXED also makes flash9 work, > > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/075968.html I wrote that and I was wrong... it doesnt seem to fix the flash9 problem for me. > > a fix for that seems to have been committed (kib 2007-08-20) and also > > mfc'd to RELENG_6 by now (kib 2007-09-09), so, can anyone running either > > verify that flash9 still crashes for them? > > Ok I now have a sucess story for RELENG_7 using linux-base-fc4 > (hi wallshot! :) - he couldnt get it to work with linux-base-f7), and > I myself (he tested too) couldnt get it working by merging the RELENG_6 > commit to 6.2, or by testing a RELENG_6 kernel and linux.ko on 6.2 userland. > So it looks like you need 7, and there's still work to be done for the > linux 2.6 emulation there also. I dont understand what you say.. you have working flash9 on RELENG_7/fc4? From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 22:13:58 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 834F816A469 for ; Thu, 18 Oct 2007 22:13:58 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 115AE13C474 for ; Thu, 18 Oct 2007 22:13:57 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so274306nfb for ; Thu, 18 Oct 2007 15:13:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=UISxDN+8lTQ/YzPTfGvTObOMg1Ew6aiChgQwZucvqC0=; b=XmXtOAZ8bFTzYmCXLa03J8sFjUPVMZkbHH1iLVf92T+RvYAvBVm/j0tisLwrDZP7XUiVUnFhAXAr4aTTA9gT05kos861MCynqvfIl4uAAQ0+tfNg0SKLkOYYsYwEaEr3UydFlQ4jJPNvgsmKQIGTsgbzIwOW0QBsxKnDYB7w3R0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KZdtyom0eV+dEFcnJmmSBC4vsoCs8/IFPilV6sD+MOBpas0zuFXXV4bNcJAQRUw7vBFFugITsxbehMuK5tibYhcYvuu1xz1M56dHN2Z/7R8ZHr5P6EX0p2wLjvxaL7IG+bxOdGLuBjpzO/DnGmB8FRi2yEvyGkOV99/XMHx+m84= Received: by 10.86.60.7 with SMTP id i7mr804266fga.1192745636525; Thu, 18 Oct 2007 15:13:56 -0700 (PDT) Received: by 10.86.91.5 with HTTP; Thu, 18 Oct 2007 15:13:56 -0700 (PDT) Message-ID: <11167f520710181513n71e1d317r543ffaad94c19543@mail.gmail.com> Date: Thu, 18 Oct 2007 17:13:56 -0500 From: "Sam Fourman Jr." To: "Roman Divacky" In-Reply-To: <20071018203148.GA11544@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071008125558.GE1509@copernic.kti.ae.poznan.pl> <790a9fff0710080752k90c1ac3r23856304f176648e@mail.gmail.com> <18186.18515.36297.742895@whale.home-net> <200710101940.l9AJetsx013837@saturn.kn-bremen.de> <20071018195144.GA12546@saturn.kn-bremen.de> <20071018203148.GA11544@freebsd.org> Cc: Alexander@leidinger.net, freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: The scandalous status of linux-flashplugin9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 22:13:58 -0000 On 10/18/07, Roman Divacky wrote: > > > There was a report on -current a while ago that a preliminary patch > > > to fix the non-threadsafeness of mmap(2) MAP_FIXED also makes flash9 work, > > > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/075968.html > > I wrote that and I was wrong... it doesnt seem to fix the flash9 problem for me. > > > > a fix for that seems to have been committed (kib 2007-08-20) and also > > > mfc'd to RELENG_6 by now (kib 2007-09-09), so, can anyone running either > > > verify that flash9 still crashes for them? > > > > Ok I now have a sucess story for RELENG_7 using linux-base-fc4 > > (hi wallshot! :) - he couldnt get it to work with linux-base-f7), and > > I myself (he tested too) couldnt get it working by merging the RELENG_6 > > commit to 6.2, or by testing a RELENG_6 kernel and linux.ko on 6.2 userland. > > So it looks like you need 7, and there's still work to be done for the > > linux 2.6 emulation there also. > I too am confused, if you have flash 9 working in firefox on RELENG_7 please give us a detailed how to there are just a TON of people looking for this. I have 5 systems I would test it out on right now, 2 of them are teenager computers so they would get a workout on youtube , among other sites that require flash 8 :) Sam Fourman Jr. From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 22:58:30 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 041ED16A46B; Thu, 18 Oct 2007 22:58:30 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9942D13C4B2; Thu, 18 Oct 2007 22:58:16 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id BAE22230871; Fri, 19 Oct 2007 00:58:14 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id l9IMvD0J017954; Fri, 19 Oct 2007 00:57:13 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id l9IMvD5v017953; Fri, 19 Oct 2007 00:57:13 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 19 Oct 2007 00:57:13 +0200 To: Alexander@Leidinger.net, freebsd-ports@freebsd.org, freebsd-emulation@freebsd.org Message-ID: <20071018225713.GA17785@saturn.kn-bremen.de> Mail-Followup-To: Alexander@Leidinger.net, freebsd-ports@freebsd.org, freebsd-emulation@freebsd.org References: <20071008125558.GE1509@copernic.kti.ae.poznan.pl> <790a9fff0710080752k90c1ac3r23856304f176648e@mail.gmail.com> <18186.18515.36297.742895@whale.home-net> <200710101940.l9AJetsx013837@saturn.kn-bremen.de> <20071018195144.GA12546@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071018195144.GA12546@saturn.kn-bremen.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: The scandalous status of linux-flashplugin9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 22:58:30 -0000 On Thu, Oct 18, 2007 at 09:51:44PM +0200, I wrote: > > There was a report on -current a while ago that a preliminary patch > > to fix the non-threadsafeness of mmap(2) MAP_FIXED also makes flash9 work, > > http://lists.freebsd.org/pipermail/freebsd-current/2007-August/075968.html > > a fix for that seems to have been committed (kib 2007-08-20) and also > > mfc'd to RELENG_6 by now (kib 2007-09-09), so, can anyone running either > > verify that flash9 still crashes for them? > > Ok I now have a sucess story for RELENG_7 using linux-base-fc4 > (hi wallshot! :) - he couldnt get it to work with linux-base-f7), and > I myself (he tested too) couldnt get it working by merging the RELENG_6 > commit to 6.2, or by testing a RELENG_6 kernel and linux.ko on 6.2 userland. > So it looks like you need 7, and there's still work to be done for the > linux 2.6 emulation there also. nvm, false alarm: [...] it worked for me for hours and hours.... then crapped out :( Juergen From owner-freebsd-ports@FreeBSD.ORG Thu Oct 18 23:16:51 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71C7816A418 for ; Thu, 18 Oct 2007 23:16:51 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: from smtp109.biz.mail.re2.yahoo.com (smtp109.biz.mail.re2.yahoo.com [206.190.53.8]) by mx1.freebsd.org (Postfix) with SMTP id 1ACB613C457 for ; Thu, 18 Oct 2007 23:16:50 +0000 (UTC) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 52061 invoked from network); 18 Oct 2007 22:50:09 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.30.93.225 with login) by smtp109.biz.mail.re2.yahoo.com with SMTP; 18 Oct 2007 22:50:09 -0000 X-YMail-OSG: MZ0J66sVM1m5YG3zTR556KGy9LJsPsBrrCWQEozRk5_k8P0AP7q7CPKRStiIpA8uvgMKF7l6tEbnRKUUCdNDMmybQiRKISVEaPd9TWJg1vWyb59iW1c- Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 0A92D626E; Thu, 18 Oct 2007 18:50:09 -0400 (EDT) X-Virus-Scanned: amavisd-new at noacks.org Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id AgCcE8YFEOne; Thu, 18 Oct 2007 18:50:05 -0400 (EDT) Received: from www.noacks.org (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 67BFC6202; Thu, 18 Oct 2007 18:50:05 -0400 (EDT) Received: from 67.45.62.107 (SquirrelMail authenticated user noackjr) by www.noacks.org with HTTP; Thu, 18 Oct 2007 18:50:05 -0400 (EDT) Message-ID: <12263.67.45.62.107.1192747805.squirrel@www.noacks.org> Date: Thu, 18 Oct 2007 18:50:05 -0400 (EDT) From: "Jonathan Noack" To: ports@freebsd.org User-Agent: SquirrelMail/1.4.10a MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: markus@freebsd.org Subject: parallel ports build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2007 23:16:51 -0000 With most modern systems having 2+ cores, I was wondering if the ports system could make use of more than one of them. I briefly searched the web and list archives and found several short discussions and the following page (cced author markus@): http://www.brueffer.de/parallel_ports_build.html The bsd.port.mk patch on that page is dated March 2004 (!) but looks pretty simple. A port must set "SUPPORTS_PARALLEL_BUILD=yes" to allow a parallel build. If it does, the BUILD_JOBS knob is used (either read from /etc/make.conf, env, or defaults to 0) and "-j${BUILD_JOBS}" is passed to make. As a bonus, the patch includes CC/CXX wrapper support for ccache/distcc/etc. Given that not all ports successfully build in parallel, the opt-in approach seems reasonable. It allows port maintainers to test their ports and update them if everything works well. Even a simple pass through the ports tree focusing on the heavy-hitters (X, KDE, Gnome, Apache, PHP, MySQL, Postgres, OpenOffice, etc.) and their dependencies could make a significant dent in build time. This would be most evident for new installs and upgrades where you are basically starting from scratch. I am far from an expert in this area so I wanted to see what others thought. Is this a good approach or is there a better one? -Jon From owner-freebsd-ports@FreeBSD.ORG Fri Oct 19 08:21:50 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1292216A420; Fri, 19 Oct 2007 08:21:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id C54E213C461; Fri, 19 Oct 2007 08:21:48 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 75DE16692C7; Fri, 19 Oct 2007 10:21:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SYWiamkaf1Wx; Fri, 19 Oct 2007 10:21:41 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id CCADD6692AA; Fri, 19 Oct 2007 10:21:41 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l9J8Lfmx035808; Fri, 19 Oct 2007 10:21:41 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 19 Oct 2007 10:21:41 +0200 From: Roman Divacky To: Zephiris Message-ID: <20071019082141.GA35670@freebsd.org> References: <20071008125558.GE1509@copernic.kti.ae.poznan.pl> <790a9fff0710080752k90c1ac3r23856304f176648e@mail.gmail.com> <18186.18515.36297.742895@whale.home-net> <200710101940.l9AJetsx013837@saturn.kn-bremen.de> <20071018195144.GA12546@saturn.kn-bremen.de> <20071018203148.GA11544@freebsd.org> <11167f520710181513n71e1d317r543ffaad94c19543@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: The scandalous status of linux-flashplugin9 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 08:21:50 -0000 On Thu, Oct 18, 2007 at 07:02:47PM -0700, Zephiris wrote: > Sam Fourman Jr. wrote: > > > > I too am confused, if you have flash 9 working in firefox on RELENG_7 > > please give us a detailed how to there are just a TON of people > > looking for this. I have 5 systems I would test it out on right now, 2 > > of them are teenager computers so they would get a workout on youtube > > , among other sites that require flash 8 :) > > > > Sam Fourman Jr. > > I saw this floating around before, and tried it. It "works" with Flash9 on > RELENG_7, but lots of things will still crash it. Back on the > freebsd-multimedia mailing from Feb, Michael Nottebrock > (I don't want to take credit or anything) noticed libflashsupport.so > helped to some degree. I have to run Gentoo on /compat/linux (am I the > only one for which Nvidia linux drivers won't do anything with FC4 X11 > libraries?), but it's the same with the binary libflashsupport.so posted > ([1], it goes into /compat/linux/usr/lib), and compiled according to > instructions from the Adobe Beta site[2]. > > It's good enough to play many flash videos, it doesn't look like many games > will work, or that things that use 'streaming video' will work, either. > > I'm not quite sure why it's crashing. Since the source code is available > for this[3], perhaps someone better versed with internal details of > FreeBSD and in particular the Linux compatibility mode can take an > examination of this sort of thing so we might have a chance at a flash9 > that will, say, actually work with YouTube (although gnash does a fine job > on that for now). this is a nice information.... by a chance can you try to recompile the flashsupport.c with gcc 4.0.3 as they suggest in the source code? you never know with gcc ;) From owner-freebsd-ports@FreeBSD.ORG Fri Oct 19 14:23:26 2007 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D291616A417; Fri, 19 Oct 2007 14:23:26 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B267113C46B; Fri, 19 Oct 2007 14:23:26 +0000 (UTC) (envelope-from ru@FreeBSD.org) Received: from freefall.freebsd.org (ru@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9JENQmd047374; Fri, 19 Oct 2007 14:23:26 GMT (envelope-from ru@freefall.freebsd.org) Received: (from ru@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9JENQu2047370; Fri, 19 Oct 2007 14:23:26 GMT (envelope-from ru) Date: Fri, 19 Oct 2007 14:23:26 GMT Message-Id: <200710191423.l9JENQu2047370@freefall.freebsd.org> To: ru@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-ports@FreeBSD.org From: ru@FreeBSD.org Cc: Subject: Re: ports/117324: devel/sourcenav can't build X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 14:23:26 -0000 Synopsis: devel/sourcenav can't build Responsible-Changed-From-To: freebsd-i386->freebsd-ports Responsible-Changed-By: ru Responsible-Changed-When: Fri Oct 19 14:23:04 UTC 2007 Responsible-Changed-Why: Fix category. http://www.freebsd.org/cgi/query-pr.cgi?pr=117324 From owner-freebsd-ports@FreeBSD.ORG Fri Oct 19 15:33:07 2007 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A12A16A418 for ; Fri, 19 Oct 2007 15:33:07 +0000 (UTC) (envelope-from roberth.sjonoy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC9313C468 for ; Fri, 19 Oct 2007 15:33:06 +0000 (UTC) (envelope-from roberth.sjonoy@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so787038uge for ; Fri, 19 Oct 2007 08:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=zO/TW/A0R6Y1C+aTKMsxSREXudwYiwhlzCgvGSX3i/Y=; b=T3F8Ab7BNpU9cr5Hh/mxa6qo99VAreXFXvwgtYFH0x3eSy/qWS9S06biJargAiBw9beQXgs4WMt82SQfwIcsP/bdQfVSbheKtJFvwSjezMm5LXsm/hjf233iihSBWwstdYzol/QCIGMw2sR7ZhVyumMp93xdWUCzLByzJala+1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=TYAepTU9lW8XcfAe98JRgqk8PBdEAP4CVi1bF0Znc6R1bHcUL9ItlOK1S/DmGWpWPYAr9rvta9Kl31dMtHjiFhBHzfatoRM5jDi1Tp9XHuZeCJzKN+J5ZtFQKt9rRJAB1qvGqXxuscuVnswEBZ/+4wEZGxS03/QqYb89wK9kXSM= Received: by 10.66.238.16 with SMTP id l16mr3141641ugh.1192806236993; Fri, 19 Oct 2007 08:03:56 -0700 (PDT) Received: from ?10.0.0.2? ( [83.109.229.218]) by mx.google.com with ESMTPS id j1sm8480136ugf.2007.10.19.08.03.55 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Oct 2007 08:03:56 -0700 (PDT) From: Roberth =?ISO-8859-1?Q?Sjon=F8y?= To: marcus@FreeBSD.org Content-Type: text/plain Date: Fri, 19 Oct 2007 17:04:48 +0200 Message-Id: <1192806288.3555.0.camel@Magda> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: FreeBSD Port: rhythmbox-0.10.1_3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 15:33:07 -0000 Please update rhythmbox. Regards, Roberth. From owner-freebsd-ports@FreeBSD.ORG Fri Oct 19 22:07:37 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867B716A421 for ; Fri, 19 Oct 2007 22:07:37 +0000 (UTC) (envelope-from dougs@dawnsign.com) Received: from mailfilter.dawnsign.com (cetus.dawnsign.com [216.70.250.4]) by mx1.freebsd.org (Postfix) with ESMTP id 11DBD13C4A3 for ; Fri, 19 Oct 2007 22:07:26 +0000 (UTC) (envelope-from dougs@dawnsign.com) Received: from cetus.dawnsign.com (cetus.dawnsign.com [192.168.1.5]) by mailfilter.dawnsign.com (Postfix) with ESMTP id 3311C95824 for ; Fri, 19 Oct 2007 14:42:49 -0700 (PDT) Received: by cetus.dawnsign.com with Internet Mail Service (5.5.2657.72) id ; Fri, 19 Oct 2007 14:42:49 -0700 Message-ID: <9DE6EC5B5CF8C84281AE3D7454376A0D6D0125@cetus.dawnsign.com> From: Doug Sampson To: "'freebsd-ports@freebsd.org'" Date: Fri, 19 Oct 2007 14:42:47 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: devel/pear-1.6.2 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 22:07:37 -0000 I'm having trouble installing/upgrading devel/pear-1.6.2 as follows: corvus-root@/usr/ports/devel/pear: make install ===> Installing for pear-1.6.2 ===> pear-1.6.2 depends on file: /usr/local/include/php/main/php.h - found ===> pear-1.6.2 depends on file: /usr/local/lib/php/20060613/pcre.so - found ===> pear-1.6.2 depends on file: /usr/local/lib/php/20060613/xml.so - found ===> Generating temporary packing list ===> Checking if devel/pear already installed Using local package: PEAR-stable......ok Using local package: Archive_Tar-stable....ok Using local package: Console_Getopt-stable....ok Using local package: Structures_Graph-stable....ok Bootstrapping: PEAR...................(local) ok Bootstrapping: Archive_Tar............(local) ok Bootstrapping: Console_Getopt.........(local) ok Extracting installer..................ok pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0) pear/PEAR can optionally use package "pear/PEAR_Frontend_Web" (version >= 0.5.0) pear/PEAR can optionally use package "pear/PEAR_Frontend_Gtk" (version >= 0.4.0) install ok: channel://pear.php.net/PEAR-1.6.2 install ok: channel://pear.php.net/Archive_Tar-1.3.2 install ok: channel://pear.php.net/Console_Getopt-1.2.2 install ok: channel://pear.php.net/Structures_Graph-1.0.2 *** Signal 11 Stop in /usr/ports/devel/pear. corvus-root@/usr/ports/devel/pear: I've taken over this server from the previous admin and I am somewhat clueless as to how pear functions. Please advise. ~Doug From owner-freebsd-ports@FreeBSD.ORG Fri Oct 19 22:24:07 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BCED16A4C5 for ; Fri, 19 Oct 2007 22:24:07 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id B9DB013C46A for ; Fri, 19 Oct 2007 22:24:06 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id E49012219CF0; Sat, 20 Oct 2007 08:24:05 +1000 (EST) X-Viruscan-Id: <47192E85000169B6C3F098@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail5.barnet.com.au (Postfix) with ESMTP id AEC6821B134C; Sat, 20 Oct 2007 08:24:05 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 5D1462219CC4; Sat, 20 Oct 2007 08:24:05 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 368BC2EC; Sat, 20 Oct 2007 08:24:05 +1000 (EST) Date: Sat, 20 Oct 2007 08:24:05 +1000 From: Edwin Groothuis To: Q Message-ID: <20071019222405.GJ3366@k7.mavetju> References: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-ports@freebsd.org Subject: Re: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 22:24:07 -0000 Hello Quinton, On Wed, Oct 17, 2007 at 11:49:55PM +1000, Q wrote: > I have written a collection of ports (16 in total) for building a > typical Apple WebObjects deployment environment. As most of these > ports depend on one another in some way could someone advise what the > most appropriate way to submit these ports as a bundle would be? This is going to be tricky :-) The way I would do it is to submit the ports one by one and keep the synopsis recognizable: [NEW PORT] Apple WebObjects Deployment Environment: www/foobar That way it will be easy for the person who will take care of them to find them all, and can respond to problems of them individually. Once all your PRs have gone through and you have the numbers, send another PR which describes the order of all PRs and the possible ceavats and other issues which might happen during the processing of the PRs. Or, if you have spare time and a network connection (I think that the last pre-requisite is pretty dumb :-) drop by on #bsdcode at irc.efnet.org and ask if somebody wants to help you getting these PRs done. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-ports@FreeBSD.ORG Fri Oct 19 22:35:58 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D033416A419 for ; Fri, 19 Oct 2007 22:35:58 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7348613C4A6 for ; Fri, 19 Oct 2007 22:35:58 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id AB6732219CFE; Sat, 20 Oct 2007 08:35:48 +1000 (EST) X-Viruscan-Id: <4719314400017458C5A838@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail5.barnet.com.au (Postfix) with ESMTP id 6A22121B1355; Sat, 20 Oct 2007 08:35:48 +1000 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 1E3092219CC6; Sat, 20 Oct 2007 08:35:48 +1000 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id E948B2EC; Sat, 20 Oct 2007 08:35:47 +1000 (EST) Date: Sat, 20 Oct 2007 08:35:47 +1000 From: Edwin Groothuis To: Q Message-ID: <20071019223547.GK3366@k7.mavetju> References: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> <20071019222405.GJ3366@k7.mavetju> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071019222405.GJ3366@k7.mavetju> User-Agent: Mutt/1.4.2.3i Cc: freebsd-ports@freebsd.org Subject: Re: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 22:35:58 -0000 On Sat, Oct 20, 2007 at 08:24:05AM +1000, Edwin Groothuis wrote: > Or, if you have spare time and a network connection (I think that > the last pre-requisite is pretty dumb :-) drop by on #bsdcode at > irc.efnet.org and ask if somebody wants to help you getting these > PRs done. #bsdports that is. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 02:18:11 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B0E716A419 for ; Sat, 20 Oct 2007 02:18:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 89D2D13C455 for ; Sat, 20 Oct 2007 02:18:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 5910 invoked by uid 399); 20 Oct 2007 02:18:07 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 20 Oct 2007 02:18:07 -0000 X-Originating-IP: 127.0.0.1 Date: Fri, 19 Oct 2007 19:18:05 -0700 (PDT) From: Doug Barton To: Edwin Groothuis In-Reply-To: <20071019222405.GJ3366@k7.mavetju> Message-ID: References: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> <20071019222405.GJ3366@k7.mavetju> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Q , freebsd-ports@freebsd.org Subject: Re: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 02:18:11 -0000 On Sat, 20 Oct 2007, Edwin Groothuis wrote: > Hello Quinton, > > On Wed, Oct 17, 2007 at 11:49:55PM +1000, Q wrote: >> I have written a collection of ports (16 in total) for building a >> typical Apple WebObjects deployment environment. As most of these >> ports depend on one another in some way could someone advise what the >> most appropriate way to submit these ports as a bundle would be? > > This is going to be tricky :-) Heh. :) > The way I would do it is to submit the ports one by one and keep > the synopsis recognizable: > > [NEW PORT] Apple WebObjects Deployment Environment: www/foobar I think Edwin's advice is good, the only thing I'd add is maybe an "N of M" to the synopsis to make it easier to keep them grouped. Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 10:02:47 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 081DC16A417 for ; Sat, 20 Oct 2007 10:02:47 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id F386613C45B for ; Sat, 20 Oct 2007 10:02:44 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from daedalus.network.local (V9926.v.pppool.de [89.57.153.38]) (authenticated bits=0) by marvin.chruetertee.ch (8.13.6/8.13.6) with ESMTP id l9K9i2Sv095137 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sat, 20 Oct 2007 09:44:03 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4719CE07.5000904@chruetertee.ch> Date: Sat, 20 Oct 2007 11:44:39 +0200 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Thunderbird 2.0.0.5 (X11/20070728) MIME-Version: 1.0 To: freebsd-ports@freebsd.org X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 10:02:47 -0000 Hi, I read at the project idea page about the UPDATING parser and displayer. I wrote a small script that parses and displays entries from /usr/ports/UPDATING: pkg_updating With the -p argument only entries for the given portname are shown. Without the -p argument entries for all installed ports are shown. The -f defines an alternative location of the UPDATING file. With the -d argument only newer entries than the given date are shown. Examples: Shows all entries of all installed ports: # pkg_updating Shows all entries of all installed ports since 2007-01-01 # pkg_updating -d 20070101 Shows all entries for all apache ports # pkg_updating -p apache Shows all apache entries since 2006-01-01 # pkg_updating -p apache -d 20060101 Defines that the UPDATING file is in /tmp and shows all entries of all installed ports: # pkg_updating -f /tmp/UPDATING Known issues: - pkg_updating needs a colon at the end of the date line. Some entries don't have this colon. This patch adds the missing colons: http://tmp.chruetertee.ch/pkg_updating/UPDATING.patch pkg_updating is available here: http://tmp.chruetertee.ch/pkg_updating/ Comments, suggestions and patches are very welcome! Beat From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 10:34:04 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82A9916A41A for ; Sat, 20 Oct 2007 10:34:04 +0000 (UTC) (envelope-from hans@lambermont.dyndns.org) Received: from lambermont.dyndns.org (lambermont.dyndns.org [82.95.221.39]) by mx1.freebsd.org (Postfix) with ESMTP id 5395B13C46A for ; Sat, 20 Oct 2007 10:34:04 +0000 (UTC) (envelope-from hans@lambermont.dyndns.org) Received: by lambermont.dyndns.org (Postfix, from userid 1001) id 76FAC22DDF0; Sat, 20 Oct 2007 12:23:51 +0200 (CEST) Date: Sat, 20 Oct 2007 12:23:51 +0200 To: Beat G?tzi Message-ID: <20071020102351.GB2387@leia.lambermont.dyndns.org> References: <4719CE07.5000904@chruetertee.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4719CE07.5000904@chruetertee.ch> User-Agent: Mutt/1.4.2.3i From: hans@lambermont.dyndns.org (Hans Lambermont) Cc: freebsd-ports@freebsd.org Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 10:34:04 -0000 Beat G?tzi wrote: > I wrote a small script that parses and displays entries from > /usr/ports/UPDATING: pkg_updating Great work ! I just tried it, and it works really nice. I assume the goal is to make it available for the ports upgrade system, for that pkg_updating needs the install date of the old port. I'm not sure where this is available. Do you ? ps. I first tried 'pkg_updating apache', and got no complaint (about a missing -p). regards, Hans Lambermont From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 10:59:45 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AEB816A417 for ; Sat, 20 Oct 2007 10:59:45 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id C735713C468 for ; Sat, 20 Oct 2007 10:59:44 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from daedalus.network.local (V9926.v.pppool.de [89.57.153.38]) (authenticated bits=0) by marvin.chruetertee.ch (8.13.6/8.13.6) with ESMTP id l9KAxfX7072033 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 10:59:42 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4719DFB8.405@chruetertee.ch> Date: Sat, 20 Oct 2007 13:00:08 +0200 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Thunderbird 2.0.0.5 (X11/20070728) MIME-Version: 1.0 To: Hans Lambermont References: <4719CE07.5000904@chruetertee.ch> <20071020102351.GB2387@leia.lambermont.dyndns.org> In-Reply-To: <20071020102351.GB2387@leia.lambermont.dyndns.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 10:59:45 -0000 Hans Lambermont wrote: >> I wrote a small script that parses and displays entries from >> /usr/ports/UPDATING: pkg_updating > > Great work ! I just tried it, and it works really nice. Thanks! > I assume the goal is to make it available for the ports upgrade system, > for that pkg_updating needs the install date of the old port. I'm not > sure where this is available. Do you ? I think this information is not available yet. For the ports upgrade system, perhaps it's better to use a format in UPDATING like "gettext<0.16 -> gettext>=0.16" (as mentioned on the idea page) instead of working with the installation date. > ps. I first tried 'pkg_updating apache', and got no complaint (about a > missing -p). Yes, this is a bug. I will correct this. Beat From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 11:11:27 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BABEB16A418 for ; Sat, 20 Oct 2007 11:11:27 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.184]) by mx1.freebsd.org (Postfix) with ESMTP id 596B813C455 for ; Sat, 20 Oct 2007 11:11:27 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so835259fka for ; Sat, 20 Oct 2007 04:11:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gC2hJv0BaXLXiVh4MLA1f2+J+AqRdo2A9iRhEaDKmh8=; b=FzSHhjXHt4vloazJ9b+D5mVWBpZihNljWQ883HEeBNd8WBzsrDyLMZvSDTAaQovsAdpe7oe5NpxDdFzJokQeoTFZ9G+HPVV3wh8W2i+VYsaI8rDs2MldtdQ34uSbdMGERlUmhDVQukZL/A2+TNUoS8QkXnRuMO31qTXSxOlMQfQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bkXAYGNao/0YSS1f/oPsd0QahLLFJlew9QPIlYNbomiDdfgiwULlLQSdVcbU42RItBqlIF5Ps4Yv64dGez224Xpe8MntQg7YG3J4w7fTSN7KunfL4YnsLNc2SZz2WGFPQa7SEDaSpkqyvGdNMb25Qee2ZvDsQgK3GPgnJk61hSM= Received: by 10.82.189.6 with SMTP id m6mr5245443buf.1192877080955; Sat, 20 Oct 2007 03:44:40 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Sat, 20 Oct 2007 03:44:40 -0700 (PDT) Message-ID: <6eb82e0710200344s2ef687fct7bb8f01f46fc6767@mail.gmail.com> Date: Sat, 20 Oct 2007 18:44:40 +0800 From: "Rong-en Fan" To: "=?UTF-8?Q?Beat_G=C3=A4tzi?=" In-Reply-To: <4719CE07.5000904@chruetertee.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <4719CE07.5000904@chruetertee.ch> Cc: freebsd-ports@freebsd.org Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 11:11:27 -0000 T24gMTAvMjAvMDcsIEJlYXQgR8OkdHppIDxiZWF0QGNocnVldGVydGVlLmNoPiB3cm90ZToKPiBI aSwKPgo+IEkgcmVhZCBhdCB0aGUgcHJvamVjdCBpZGVhIHBhZ2UgYWJvdXQgdGhlIFVQREFUSU5H IHBhcnNlciBhbmQgZGlzcGxheWVyLgo+ICBJIHdyb3RlIGEgc21hbGwgc2NyaXB0IHRoYXQgcGFy c2VzIGFuZCBkaXNwbGF5cyBlbnRyaWVzIGZyb20KPiAvdXNyL3BvcnRzL1VQREFUSU5HOiBwa2df dXBkYXRpbmcKPgpbLi4uXQoKTmljZSB3b3JrIDstKQoKPiBLbm93biBpc3N1ZXM6Cj4gLSBwa2df dXBkYXRpbmcgbmVlZHMgYSBjb2xvbiBhdCB0aGUgZW5kIG9mIHRoZSBkYXRlIGxpbmUuIFNvbWUg ZW50cmllcwo+IGRvbid0IGhhdmUgdGhpcyBjb2xvbi4gVGhpcyBwYXRjaCBhZGRzIHRoZSBtaXNz aW5nIGNvbG9uczoKPiBodHRwOi8vdG1wLmNocnVldGVydGVlLmNoL3BrZ191cGRhdGluZy9VUERB VElORy5wYXRjaAoKSSBqdXN0IGNvbW1pdHRlZCB0aGlzLiBUaGFua3MhCgo+IHBrZ191cGRhdGlu ZyBpcyBhdmFpbGFibGUgaGVyZToKPiBodHRwOi8vdG1wLmNocnVldGVydGVlLmNoL3BrZ191cGRh dGluZy8KCk9uZSBxdWVzdGlvbiwgZG8geW91IHN1cHBvcnQgUE9SVFNESVIgZW52aXJvbm1lbnQg dmFyaWFibGU/CgpSZWdhcmRzLApSb25nLUVuIEZhbgoKPgo+IENvbW1lbnRzLCBzdWdnZXN0aW9u cyBhbmQgcGF0Y2hlcyBhcmUgdmVyeSB3ZWxjb21lIQo+Cj4gQmVhdAo+IF9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gZnJlZWJzZC1wb3J0c0BmcmVlYnNk Lm9yZyBtYWlsaW5nIGxpc3QKPiBodHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0 aW5mby9mcmVlYnNkLXBvcnRzCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZy ZWVic2QtcG9ydHMtdW5zdWJzY3JpYmVAZnJlZWJzZC5vcmciCj4K From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 11:20:24 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C41116A41A for ; Sat, 20 Oct 2007 11:20:24 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id D311A13C467 for ; Sat, 20 Oct 2007 11:20:15 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from daedalus.network.local (V9926.v.pppool.de [89.57.153.38]) (authenticated bits=0) by marvin.chruetertee.ch (8.13.6/8.13.6) with ESMTP id l9KBKB7K086281 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 11:20:13 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4719E490.2070506@chruetertee.ch> Date: Sat, 20 Oct 2007 13:20:48 +0200 From: =?UTF-8?B?QmVhdCBHw6R0emk=?= User-Agent: Thunderbird 2.0.0.5 (X11/20070728) MIME-Version: 1.0 To: Rong-en Fan References: <4719CE07.5000904@chruetertee.ch> <6eb82e0710200344s2ef687fct7bb8f01f46fc6767@mail.gmail.com> In-Reply-To: <6eb82e0710200344s2ef687fct7bb8f01f46fc6767@mail.gmail.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 11:20:24 -0000 Rong-en Fan wrote: >> Known issues: >> - pkg_updating needs a colon at the end of the date line. Some entries >> don't have this colon. This patch adds the missing colons: >> http://tmp.chruetertee.ch/pkg_updating/UPDATING.patch > > I just committed this. Thanks! Thanks! >> pkg_updating is available here: >> http://tmp.chruetertee.ch/pkg_updating/ > > One question, do you support PORTSDIR environment variable? No, pkg_updating doesn't support the PORTSDIR environment variable yet. But I think this would be useful therefore I will add it. Beat From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 11:24:43 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E1D116A419 for ; Sat, 20 Oct 2007 11:24:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 4D01113C468 for ; Sat, 20 Oct 2007 11:24:43 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 6D4CC19E02A; Sat, 20 Oct 2007 13:24:41 +0200 (CEST) Received: from [192.168.1.2] (r3a200.net.upc.cz [213.220.192.200]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id C319A19E027; Sat, 20 Oct 2007 13:24:38 +0200 (CEST) Message-ID: <4719E5DD.60103@quip.cz> Date: Sat, 20 Oct 2007 13:26:21 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: =?ISO-8859-1?Q?Beat_G=E4tzi?= References: <4719CE07.5000904@chruetertee.ch> In-Reply-To: <4719CE07.5000904@chruetertee.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-ports@freebsd.org Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 11:24:43 -0000 Beat Gätzi wrote: > Hi, > > I read at the project idea page about the UPDATING parser and displayer. > I wrote a small script that parses and displays entries from > /usr/ports/UPDATING: pkg_updating > > With the -p argument only entries for the given portname are shown. > Without the -p argument entries for all installed ports are shown. The > -f defines an alternative location of the UPDATING file. With the -d > argument only newer entries than the given date are shown. > > Examples: > > Shows all entries of all installed ports: > # pkg_updating > > Shows all entries of all installed ports since 2007-01-01 > # pkg_updating -d 20070101 > > Shows all entries for all apache ports > # pkg_updating -p apache It would be better if one can omit -p. Then pkg_updating will be more "compatible" with other pkg_* commands (e.g. pkg_info which shows all installed packages without any argument or just info for given package[s]. (so one can use `pkg_updating apache mysql` and get information for both) Anyway your work is good! regards Miroslav Lachman From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 11:36:00 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E7C116A418 for ; Sat, 20 Oct 2007 11:36:00 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (darklight.org.ru [194.186.18.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6B79013C4A3 for ; Sat, 20 Oct 2007 11:35:58 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l9KBOVOq073125; Sat, 20 Oct 2007 15:24:35 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l9KBONKM073122; Sat, 20 Oct 2007 15:24:23 +0400 (MSD) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Sat, 20 Oct 2007 15:24:23 +0400 From: Yuri Pankov To: Roberth =?iso-8859-1?Q?Sjon=F8y?= Message-ID: <20071020112423.GA42611@darklight.org.ru> References: <1192806288.3555.0.camel@Magda> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1192806288.3555.0.camel@Magda> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: rhythmbox-0.10.1_3 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 11:36:00 -0000 On Fri, Oct 19, 2007 at 05:04:48PM +0200, Roberth Sjonøy wrote: > Please update rhythmbox. > > Regards, Roberth. Version in ports is latest: http://ftp.gnome.org/pub/GNOME/sources/rhythmbox/0.10/LATEST-IS-0.10.1 Try updating your ports tree. Yuri From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 12:22:23 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA33E16A420 for ; Sat, 20 Oct 2007 12:22:23 +0000 (UTC) (envelope-from carpetsmoker@rwxrwxrwx.net) Received: from mail.rwxrwxrwx.net (rwxrwxrwx.net [82.93.23.199]) by mx1.freebsd.org (Postfix) with ESMTP id 5291813C467 for ; Sat, 20 Oct 2007 12:22:22 +0000 (UTC) (envelope-from carpetsmoker@rwxrwxrwx.net) Received: from localhost (unknown [127.0.0.1]) by mail.rwxrwxrwx.net (Postfix) with ESMTP id 087BA6D445; Sat, 20 Oct 2007 14:24:39 +0200 (CEST) Received: from mail.rwxrwxrwx.net ([127.0.0.1]) by localhost (mail.rwxrwxrwx.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k424emSzlrLe; Sat, 20 Oct 2007 14:24:37 +0200 (CEST) Received: by mail.rwxrwxrwx.net (Postfix, from userid 1001) id 1F05B6D444; Sat, 20 Oct 2007 14:24:37 +0200 (CEST) Date: Sat, 20 Oct 2007 14:24:36 +0200 From: Martin Tournoij To: freebsd-ports@freebsd.org Message-ID: <20071020122436.GA64007@glitch.rwxrwxrwx.net> Mail-Followup-To: freebsd-ports@freebsd.org, beat@chruetertee.ch References: <4719CE07.5000904@chruetertee.ch> <6eb82e0710200344s2ef687fct7bb8f01f46fc6767@mail.gmail.com> <4719E490.2070506@chruetertee.ch> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <4719E490.2070506@chruetertee.ch> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: beat@chruetertee.ch Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 12:22:24 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat 20 Oct 2007 13:10, Beat Gtzi wrote: > Rong-en Fan wrote: > >> Known issues: > >> - pkg_updating needs a colon at the end of the date line. Some entries > >> don't have this colon. This patch adds the missing colons: > >> http://tmp.chruetertee.ch/pkg_updating/UPDATING.patch > > > > I just committed this. Thanks! > > Thanks! > > >> pkg_updating is available here: > >> http://tmp.chruetertee.ch/pkg_updating/ > > > > One question, do you support PORTSDIR environment variable? > > No, pkg_updating doesn't support the PORTSDIR environment variable yet. > But I think this would be useful therefore I will add it. > > Beat Here's a little patch. It changes: - variable tmpfile was renamed to tmp_file, I got a warning that it shadowed a global declaration - Add support for PORTSDIR and PKG_DBDIR - Don't exit if we can't open +CONTENTS file, since pkgdb may be in /var/db/pkg - Add Makefile for sourcetree TODO: Write a manpage Note that I'm so hungry that I'm almost falling down (I always forget to eat...) and than I'm not a particular good C programmer, but I needed to modify it anyway to get it running... Regards, Martin Tournoij --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="updating.patch" diff -urN updating/Makefile /usr/src/usr.sbin/pkg_install/updating/Makefile --- updating/Makefile 1970-01-01 01:00:00.000000000 +0100 +++ /usr/src/usr.sbin/pkg_install/updating/Makefile 2007-10-20 14:08:20.000000000 +0200 @@ -0,0 +1,9 @@ +PROG= pkg_updating +SRCS= pkg_updating.c + +CFLAGS+= -I${.CURDIR}/../lib + +WARNS?= 6 +WFORMAT?= 1 + +.include diff -urN updating/pathnames.h /usr/src/usr.sbin/pkg_install/updating/pathnames.h --- updating/pathnames.h 2007-10-20 14:09:56.000000000 +0200 +++ /usr/src/usr.sbin/pkg_install/updating/pathnames.h 2007-10-20 13:54:05.000000000 +0200 @@ -7,5 +7,19 @@ * ---------------------------------------------------------------------------- */ -#define _PATH_UPDATING "/usr/ports/UPDATING" -#define _PATH_PKGDB "/var/db/pkg" +/* Copy from ../version/version.h, shouldn't this go in lib/lib.h? */ +/* Where the ports lives by default */ +#define DEF_PORTS_DIR "/usr/ports/UPDATING" +/* just in case we change the environment variable name */ +#define PORTSDIR "PORTSDIR" +/* macro to get name of directory where we put logging information */ +#define UPDATING (getenv(PORTSDIR) ? strcat(getenv(PORTSDIR), "/UPDATING") : DEF_PORTS_DIR) + +/* Including lib/lib.h gives an error(?!) */ +/* Where we put logging information by default, else ${PKG_DBDIR} if set */ +#define DEF_LOG_DIR "/var/db/pkg" +/* just in case we change the environment variable name */ +#define PKG_DBDIR "PKG_DBDIR" +/* macro to get name of directory where we put logging information */ +#define LOG_DIR (getenv(PKG_DBDIR) ? getenv(PKG_DBDIR) : DEF_LOG_DIR) + diff -urN updating/pkg_updating.c /usr/src/usr.sbin/pkg_install/updating/pkg_updating.c --- updating/pkg_updating.c 2007-10-20 14:10:01.000000000 +0200 +++ /usr/src/usr.sbin/pkg_install/updating/pkg_updating.c 2007-10-20 14:18:48.000000000 +0200 @@ -43,14 +43,14 @@ const char *end = "20"; /* Keyword for searching origin portname of installed port */ const char *origin = "@comment ORIGIN:"; - const char *pkgdbpath = _PATH_PKGDB; /* Location of pkgdb */ - const char *updatingfile = _PATH_UPDATING; /* Location of UPDATING */ + const char *pkgdbpath = LOG_DIR; /* Location of pkgdb */ + const char *updatingfile = UPDATING; /* Location of UPDATING */ char *date; /* Passed -d argument */ char *dateline; /* Saved date of an entry */ char *portname; /* Passed -p argument */ /* Temporary variable to create path to +CONTENTS for installed ports */ - char tmpfile[MAXPATHLEN]; + char tmp_file[MAXPATHLEN]; /* Tmp lines for parsing file */ char *tmpline1; char *tmpline2; @@ -100,23 +100,23 @@ /* UPDATING will be parsed for all installed ports if -p is not set */ if (pflag == 0) { /* Opens /var/db/pkg and search for all installed ports */ - if((dir = opendir(_PATH_PKGDB)) != NULL) { + if((dir = opendir(pkgdbpath)) != NULL) { while ((pkgdbdir = readdir(dir)) != NULL) { if (strcmp(pkgdbdir->d_name, ".") != 0 && strcmp(pkgdbdir->d_name, "..") !=0) { /* Create path to +CONTENTS file for each installed port */ - n = strlcpy(tmpfile, pkgdbpath, strlen(pkgdbpath)+1); - n = strlcpy(tmpfile + n, "/", sizeof(tmpfile) - n); - n = strlcat(tmpfile + n, pkgdbdir->d_name, sizeof(tmpfile) - n); - (void)strlcat(tmpfile + n, "/+CONTENTS", sizeof(tmpfile) - n); + n = strlcpy(tmp_file, pkgdbpath, strlen(pkgdbpath)+1); + n = strlcpy(tmp_file + n, "/", sizeof(tmp_file) - n); + n = strlcat(tmp_file + n, pkgdbdir->d_name, sizeof(tmp_file) - n); + (void)strlcat(tmp_file + n, "/+CONTENTS", sizeof(tmp_file) - n); /* Open +CONTENT file */ - fd = fopen(tmpfile, "r"); + fd = fopen(tmp_file, "r"); if(fd == NULL) { - fprintf(stderr, "can't open %s: %s\n", - tmpfile, strerror(errno)); - exit(EX_UNAVAILABLE); + fprintf(stderr, "Warning: can't open %s: %s\n", + tmp_file, strerror(errno)); + continue; } /* Parses +CONTENT for ORIGIN line and --YZ5djTAD1cGYuMQK-- From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 12:48:41 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2432616A419 for ; Sat, 20 Oct 2007 12:48:41 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id BC2EC13C458 for ; Sat, 20 Oct 2007 12:48:40 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from daedalus.network.local (V9926.v.pppool.de [89.57.153.38]) (authenticated bits=0) by marvin.chruetertee.ch (8.13.6/8.13.6) with ESMTP id l9KCkjZl049460 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 12:46:46 GMT (envelope-from beat@chruetertee.ch) Message-ID: <4719F8DA.9020005@chruetertee.ch> Date: Sat, 20 Oct 2007 14:47:22 +0200 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Thunderbird 2.0.0.5 (X11/20070728) MIME-Version: 1.0 To: freebsd-ports@freebsd.org, beat@chruetertee.ch, carpetsmoker@xs4all.nl References: <4719CE07.5000904@chruetertee.ch> <6eb82e0710200344s2ef687fct7bb8f01f46fc6767@mail.gmail.com> <4719E490.2070506@chruetertee.ch> <20071020122436.GA64007@glitch.rwxrwxrwx.net> In-Reply-To: <20071020122436.GA64007@glitch.rwxrwxrwx.net> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 12:48:41 -0000 Martin Tournoij wrote: > Here's a little patch. > > It changes: > - variable tmpfile was renamed to tmp_file, I got a warning that it > shadowed a global declaration > - Add support for PORTSDIR and PKG_DBDIR > - Don't exit if we can't open +CONTENTS file, since pkgdb may be in > /var/db/pkg > - Add Makefile for sourcetree Great! Thank you! I updated the available version with your patch. > TODO: > Write a manpage Yes, I know that this should be done. But before writing the manpage I will remove the -p argument as mentioned in a prior mail to make pkg_updating more compatible with the other pkg_* commands. Regards, Beat From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 13:07:27 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C781416A41A; Sat, 20 Oct 2007 13:07:27 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 9848C13C458; Sat, 20 Oct 2007 13:07:27 +0000 (UTC) (envelope-from patfbsdp@davenulle.org) Received: from roxette.lamaiziere.net (unknown [77.192.6.23]) by smtp.lamaiziere.net (Postfix) with ESMTP id 77D1311805AA; Sat, 20 Oct 2007 15:07:25 +0200 (CEST) Date: Sat, 20 Oct 2007 15:07:22 +0200 From: Patrick Lamaiziere To: freebsd-ports@freebsd.org Message-ID: <20071020150722.66adab5e@roxette.lamaiziere.net> In-Reply-To: <47154405.3030106@FreeBSD.org> References: <20071014223933.27730098@roxette.lamaiziere.net> <4712B1D4.4000108@FreeBSD.org> <20071016221808.43b7f702@roxette.lamaiziere.net> <47151EA4.80605@FreeBSD.org> <20071017000758.3ff8cf1f@roxette.lamaiziere.net> <47154405.3030106@FreeBSD.org> Organization: /dave/nulle X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kris Kennaway Subject: Re: Smarteiffel is marked broken but is not (maybe!) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 13:07:27 -0000 Le Wed, 17 Oct 2007 01:06:45 +0200, Kris Kennaway : Hello, > > I compiled the install program with full assertions and it crashs > > with a run-time stack dump. Looking the code it seems related to the > > memory management by SmartEiffel (it is not good because there is a > > garbage collector). So may be it is broken. I was wrong, this is because a stupid bug when assertions are on. I'm the first one who tried it with full assertions ON... > > I will check it with FreeBSD 6.2 and another C compiler and try to > > get more informations. > > Try building it "normally" but with MALLOC_OPTIONS=AJ. This is > enabled for port builds (and by default in CURRENT) and sometimes > catches application bugs. No it does not change anything. I don't know why it failed on the tinderbox and i can't reproduce this problem. SmartEiffel is marked broken since july, can it be only a temporary problem during the evolution of CURRENT ? Regards. From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 14:10:11 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 709F016A419 for ; Sat, 20 Oct 2007 14:10:11 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C592D13C467 for ; Sat, 20 Oct 2007 14:10:10 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 20 Oct 2007 14:10:01 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp047) with SMTP; 20 Oct 2007 16:10:01 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1893WsuLKg9hZusHLp9Mj4hhJZFlBDubBig8PQmwf 33Kx9OOrdCV71m Message-ID: <471A0C34.6060505@gmx.de> Date: Sat, 20 Oct 2007 16:09:56 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Q References: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> In-Reply-To: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-ports@freebsd.org Subject: Re: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 14:10:11 -0000 Q wrote: > Hi, > > I have written a collection of ports (16 in total) for building a > typical Apple WebObjects deployment environment. As most of these ports > depend on one another in some way could someone advise what the most > appropriate way to submit these ports as a bundle would be? > > Thanks. > Why don't you just pack them all into a single shar archive and submit them as one PR? That's what I'd do. From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 15:18:20 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15ADF16A468 for ; Sat, 20 Oct 2007 15:18:20 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 9108613C47E for ; Sat, 20 Oct 2007 15:18:19 +0000 (UTC) (envelope-from beat@chruetertee.ch) Received: from daedalus.network.local (BAA3ef7.baa.pppool.de [77.128.62.247]) (authenticated bits=0) by marvin.chruetertee.ch (8.13.6/8.13.6) with ESMTP id l9KFIAHC081207 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 20 Oct 2007 15:18:12 GMT (envelope-from beat@chruetertee.ch) Message-ID: <471A1C57.3050804@chruetertee.ch> Date: Sat, 20 Oct 2007 17:18:47 +0200 From: =?ISO-8859-1?Q?Beat_G=E4tzi?= User-Agent: Thunderbird 2.0.0.5 (X11/20070728) MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <4719CE07.5000904@chruetertee.ch> <4719E5DD.60103@quip.cz> In-Reply-To: <4719E5DD.60103@quip.cz> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Project ideas page: UPDATING parser and displayer X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 15:18:20 -0000 Miroslav Lachman wrote: > It would be better if one can omit -p. Then pkg_updating will be more > "compatible" with other pkg_* commands (e.g. pkg_info which shows all > installed packages without any argument or just info for given package[s]. > (so one can use `pkg_updating apache mysql` and get information for both) Yes, that's better. I removed the -p argument and updated the available version. The new behavior is like you have suggested. Regards, Beat From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 16:44:48 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ABC216A418 for ; Sat, 20 Oct 2007 16:44:48 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 1661E13C468 for ; Sat, 20 Oct 2007 16:44:42 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.172.12.169] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1IjHRI-000Fii-3T; Sat, 20 Oct 2007 20:44:40 +0400 To: "\[LoN\]Kamikaze" References: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> <471A0C34.6060505@gmx.de> From: Boris Samorodov Date: Sat, 20 Oct 2007 20:47:41 +0400 In-Reply-To: <471A0C34.6060505@gmx.de> (Kamikaze's message of "Sat\, 20 Oct 2007 16\:09\:56 +0200") Message-ID: <32214370@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Q , freebsd-ports@freebsd.org Subject: Re: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 16:44:48 -0000 On Sat, 20 Oct 2007 16:09:56 +0200 [LoN]Kamikaze wrote: > Q wrote: > > I have written a collection of ports (16 in total) for building a > > typical Apple WebObjects deployment environment. As most of these ports > > depend on one another in some way could someone advise what the most > > appropriate way to submit these ports as a bundle would be? > Why don't you just pack them all into a single shar archive and submit them as > one PR? That's what I'd do. I'd say that this depends upon the sibmitters' experience with ports PRs. If there is none committers' questions, etc at the PR - it's fine. Otherwise I'd prefer to deal with ports per PR. WBR -- bsam From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 16:55:38 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEBD616A420 for ; Sat, 20 Oct 2007 16:55:38 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1989313C43E for ; Sat, 20 Oct 2007 16:55:28 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 20 Oct 2007 16:55:15 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp052) with SMTP; 20 Oct 2007 18:55:15 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+bHvBJrqGbihjTzrU1McsZTyCY8wL7CEASUSzttC vMJyCoH4NlhLdO Message-ID: <471A32F2.3060402@gmx.de> Date: Sat, 20 Oct 2007 18:55:14 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Boris Samorodov References: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> <471A0C34.6060505@gmx.de> <32214370@ipt.ru> In-Reply-To: <32214370@ipt.ru> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Q , freebsd-ports@freebsd.org Subject: Re: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 16:55:38 -0000 Boris Samorodov wrote: > On Sat, 20 Oct 2007 16:09:56 +0200 [LoN]Kamikaze wrote: >> Q wrote: > >>> I have written a collection of ports (16 in total) for building a >>> typical Apple WebObjects deployment environment. As most of these ports >>> depend on one another in some way could someone advise what the most >>> appropriate way to submit these ports as a bundle would be? > >> Why don't you just pack them all into a single shar archive and submit them as >> one PR? That's what I'd do. > > I'd say that this depends upon the sibmitters' experience with ports > PRs. If there is none committers' questions, etc at the PR - it's > fine. Otherwise I'd prefer to deal with ports per PR. > > > WBR Well, you can submit several shar files in one PR and they can be tested, patched and commited one by one. The PR simply would be closed after all ports have successfully been committed. From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 17:21:36 2007 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 850B916A420 for ; Sat, 20 Oct 2007 17:21:36 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 434CA13C459 for ; Sat, 20 Oct 2007 17:21:34 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.172.12.169] (helo=localhost.my.domain) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1IjI0r-000GDn-1N; Sat, 20 Oct 2007 21:21:25 +0400 To: "\[LoN\]Kamikaze" References: <2365F582-9CA6-4E21-AF82-42791A2F8E10@gmail.com> <471A0C34.6060505@gmx.de> <32214370@ipt.ru> <471A32F2.3060402@gmx.de> From: Boris Samorodov Date: Sat, 20 Oct 2007 21:24:27 +0400 In-Reply-To: <471A32F2.3060402@gmx.de> (Kamikaze's message of "Sat\, 20 Oct 2007 18\:55\:14 +0200") Message-ID: <44692164@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Q , freebsd-ports@freebsd.org Subject: Re: Appropriate way of submitting multiple related ports at once? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 17:21:36 -0000 On Sat, 20 Oct 2007 18:55:14 +0200 [LoN]Kamikaze wrote: > Boris Samorodov wrote: > > On Sat, 20 Oct 2007 16:09:56 +0200 [LoN]Kamikaze wrote: > >> Q wrote: > > > >>> I have written a collection of ports (16 in total) for building a > >>> typical Apple WebObjects deployment environment. As most of these ports > >>> depend on one another in some way could someone advise what the most > >>> appropriate way to submit these ports as a bundle would be? > > > >> Why don't you just pack them all into a single shar archive and submit them as > >> one PR? That's what I'd do. > > > > I'd say that this depends upon the sibmitters' experience with ports > > PRs. If there is none committers' questions, etc at the PR - it's > > fine. Otherwise I'd prefer to deal with ports per PR. > Well, you can submit several shar files in one PR and they can be tested, > patched and commited one by one. The PR simply would be closed after all ports > have successfully been committed. Seems I was not clear, sorry. It so happens that I usually send two-four followups per ports PR for a submitter to polish the patches (BTW, nobody complained so far). In that case if all ports are at one PR that may become a nightmare. ;-) WBR -- bsam From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 18:35:09 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from localhost (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with SMTP id 50AB916A418; Sat, 20 Oct 2007 18:35:07 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 21 Oct 2007 03:35:05 +0900 From: Norikatsu Shigemura To: current@FreeBSD.org Message-Id: <20071021033505.48fec4a7.nork@FreeBSD.org> X-Mailer: Sylpheed 2.4.7 (GTK+ 2.10.14; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: new imported libpcap has net/bpf.h handling issue X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 18:35:09 -0000 I tried to install ports/net/pchar on 8-current machine. And I got following compiling error message:-(. c++ -O -fno-strict-aliasing -pipe -march=pentium3 -I. -DSIZEOF_BOOL=1 -DHAVE_SOCKLEN_T=1 -DSTDC_HEADERS=1 -DHAVE_UNISTD_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SOCKADDR_SA_LEN=1 -DHAVE_HERROR=1 -DHAVE_SNPRINTF=1 -DHAVE_LIBM=1 -DHAVE_IPV6=1 -DHAVE_PCAP=1 -DHAVE_LIBPCAP=1 -DHAVE_BPF=1 -c Pctest.cc -o Pctest.o Pctest.cc: In constructor 'Pctest::Pctest()': Pctest.cc:103: error: 'BIOCIMMEDIATE' was not declared in this scope So I research this issue. As the result, I found a issue which is that new pcap.h doesn't #include . I don't have any idea to fix this issue. Anyone, please fix this issue:-). --- src/contrib/libpcap/pcap.h 2006/09/04 19:54:21 1.12 +++ src/contrib/libpcap/pcap.h 2007/10/16 02:07:55 1.13 @@ -32,7 +32,7 @@ * SUCH DAMAGE. * * $FreeBSD$ - * @(#) $Header: /home/ncvs/src/contrib/libpcap/pcap.h,v 1.12 2006/09/04 19:54:21 sam Exp $ (LBL) + * @(#) $Header: /home/ncvs/src/contrib/libpcap/pcap.h,v 1.13 2007/10/16 02:07:55 mlaier Exp $ (LBL) */ #ifndef lib_pcap_h @@ -41,7 +41,9 @@ #include #include -#include +#ifndef PCAP_DONT_INCLUDE_PCAP_BPF_H +#include +#endif #include From owner-freebsd-ports@FreeBSD.ORG Sat Oct 20 18:50:02 2007 Return-Path: Delivered-To: freebsd-ports@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 847F716A418 for ; Sat, 20 Oct 2007 18:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 57B9413C457 for ; Sat, 20 Oct 2007 18:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l9KIo2Vp046837 for ; Sat, 20 Oct 2007 18:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l9KIo2rX046836; Sat, 20 Oct 2007 18:50:02 GMT (envelope-from gnats) Date: Sat, 20 Oct 2007 18:50:02 GMT Message-Id: <200710201850.l9KIo2rX046836@freefall.freebsd.org> To: freebsd-ports@FreeBSD.org From: Ruslan Ermilov Cc: Subject: Re: bin/11420 [nanobsd] Build failure on RELENG_6 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ruslan Ermilov List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Oct 2007 18:50:02 -0000 The following reply was made to PR ports/11420; it has been noted by GNATS. From: Ruslan Ermilov To: "M. Warner Losh" , freebsd-embedded@FreeBSD.org, bug-followup@FreeBSD.org Cc: Subject: Re: bin/11420 [nanobsd] Build failure on RELENG_6 Date: Sat, 20 Oct 2007 22:03:13 +0400 On Tue, Oct 16, 2007 at 12:37:54AM +0200, Henrik Brix Andersen wrote: > On Mon, Jul 02, 2007 at 07:47:21AM -0600, M. Warner Losh wrote: > > In message: <20070702084757.GA8274@tirith.brixandersen.dk> > > Henrik Brix Andersen writes: > > : On Sun, Jul 01, 2007 at 07:01:35PM -0600, M. Warner Losh wrote: > > : > In message: <20070701233235.GA875@tirith.brixandersen.dk> > > : > Henrik Brix Andersen writes: > > : ... > > : > : [1]: http://www.freebsd.org/cgi/query-pr.cgi?pr=114200 > > : > > > : > This patch is incorrect. > > : > > > : > +.if !defined(NO_INSTALLLIB) > > : > > > : > should be > > : > > > : > +.if ${MK_INSTALLIB} != "no" > > : > > : Oh - thanks for catching this. I guess the same change should be done > > : in lib/ncurses/ncurses/Makefile, then? > > > > I belive so. I've CC'd ru@ to make sure. > > Any updates on this? It would be nice to have this install problem fixed > before 7.0-RELEASE. > NO_INSTALLLIB wasn't converted to a new syntax and is still spelled NO_INSTALLLIB in makefiles: : bsd.lib.mk:.if defined(LIB) && !empty(LIB) && !defined(NO_INSTALLLIB) Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer