From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 00:50:31 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A9116A41F for ; Sun, 15 Jan 2006 00:50:31 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 29A1543D48 for ; Sun, 15 Jan 2006 00:50:30 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 50233 invoked by uid 399); 15 Jan 2006 00:50:26 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 15 Jan 2006 00:50:26 -0000 Message-ID: <43C99C50.6060608@FreeBSD.org> Date: Sat, 14 Jan 2006 16:50:24 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Alexander Leidinger References: <43BCF31F.8050900@FreeBSD.org> <1136501778.40648.17.camel@localhost> <43C38A38.1020408@FreeBSD.org> <1136893017.2410.9.camel@pav.hide.vol.cz> <43C8E446.5010603@FreeBSD.org> <20060114144016.1dc9fdd0@Magellan.Leidinger.net> <43C97BEB.3030601@FreeBSD.org> In-Reply-To: <43C97BEB.3030601@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pav@freebsd.org, freebsd ports Subject: Re: New /bin/sh based script to manage ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 00:50:31 -0000 Doug Barton wrote: > the more I think about it the more I > think it makes sense to do it in this order for the 'update all' case: > > 1. ports that have no dependencies (roots) > 2. ports that have dependencies, and are depended on (branches?) > 3. ports that have dependencies, and are not depended on (leaves) Turns out I was missing one category. After roots there needs to be a category for ports that have no dependencies themselves, but are depended on. I am calling them 'trunks' to torture the tree analogy even further. :) I just uploaded a new version of portmaster that has this implemented for the "update all" case. Thanks again for this suggestion, I think it's a good one. BTW, where the typical case of updating or installing a single port is concerned, going from the top down is the right thing to do, since dependencies will vary depending on OPTIONS chosen. However, for the case of updating all the ports that are already installed, your suggestion is a welcome optimization. Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 00:53:13 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0269716A41F for ; Sun, 15 Jan 2006 00:53:13 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id EF86243D5A for ; Sun, 15 Jan 2006 00:53:11 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 52243 invoked by uid 399); 15 Jan 2006 00:53:11 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 15 Jan 2006 00:53:11 -0000 Message-ID: <43C99CF6.3080207@FreeBSD.org> Date: Sat, 14 Jan 2006 16:53:10 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: RW References: <200601131703.37174.list-freebsd-2004@morbius.sent.com> <20060113204712.5403643c.jylefort@FreeBSD.org> <20060114095135.GA812@kyuzo.dunkelkammer.void> <200601142113.06029.list-freebsd-2004@morbius.sent.com> In-Reply-To: <200601142113.06029.list-freebsd-2004@morbius.sent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Distfiles and FTP Traffic-Shaping X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 00:53:13 -0000 RW wrote: > On Saturday 14 January 2006 09:51, Stefan Walter wrote: >> MASTER_SORT_REGEX already exists. From my /etc/make.conf: > > Thanks. > > I can see from google that it used to be covered in the make.conf manpage, but > it seems to have fallen-off Patches for this sort of thing are always welcome. :) Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 03:38:41 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FF2C16A41F for ; Sun, 15 Jan 2006 03:38:41 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from mail.stovebolt.com (mail.stovebolt.com [66.221.101.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF3DE43D46 for ; Sun, 15 Jan 2006 03:38:40 +0000 (GMT) (envelope-from pauls@utdallas.edu) Received: from [192.168.2.101] (adsl-65-65-114-198.dsl.rcsntx.swbell.net [65.65.114.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.stovebolt.com (Postfix) with ESMTP id 6D691114327 for ; Sat, 14 Jan 2006 21:39:47 -0600 (CST) Date: Sat, 14 Jan 2006 21:37:43 -0600 From: Paul Schmehl To: freebsd-ports@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.0 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Optional patching? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 03:38:41 -0000 I have an interesting situation. I maintain the security/barnyard port. It's used for several things, one of which is sguil. (I'm working on new ports for that as well.) Barnyard includes a plugin for sguil, named op_sguil.plugin. The sguil developers have changed the way they gather data for the newest release, 0.6.x. The new release requires that you patch barnyard to update the op_sguil.plugin. However, people who are still running the older versions of sguil; 0.5.x cannot use the new, patched version of the op_sguil.plugin. My question is, is it possible to make a patch optional? Offer the user the choice of patching or not based upon what version of sguil they intend to install? If it is, how would the sguil port (which requires barnyard) patch barnyard if barnyard had been previously installed without the patch? Is this something that can be done within the port? Or should it just be in pkg-message and let the user deinstall and reinstall and patch barnyard? Paul Schmehl (pauls@utdallas.edu) Adjunct Information Security Officer University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu/ From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 03:39:27 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A48FE16A41F for ; Sun, 15 Jan 2006 03:39:27 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from pipa.profix.cz (ruprt.hosting4u.cz [82.208.25.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id D611C43D45 for ; Sun, 15 Jan 2006 03:39:26 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.profix.cz (Postfix) with ESMTP id 07F8C4E706 for ; Sun, 15 Jan 2006 04:39:27 +0100 (CET) Received: from pipa.profix.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31996-05 for ; Sun, 15 Jan 2006 04:39:26 +0100 (CET) Received: from gandalf (105.121.95.80.hell.iczf.net [80.95.121.105]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.profix.cz (Postfix) with ESMTP id ABA744E705 for ; Sun, 15 Jan 2006 04:39:26 +0100 (CET) From: =?us-ascii?Q?Daniel_Dvorak?= To: Date: Sun, 15 Jan 2006 04:39:23 +0100 Message-ID: <00a801c61985$47466ba0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcYZhUZ+xTg+jyOaReiA2JrFSUAiaw== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Could the localization and fetch utility reult in "Syntax error, command unrecognized" ??? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 03:39:27 -0000 I connect to server as a user with setted localization by "Login Classes Method" way, do su to root and ... roztyly# portupgrade -rR tiff ---> Upgrading 'tiff-3.7.4' to 'tiff-3.8.0' (graphics/tiff) ---> Building '/usr/ports/graphics/tiff' ===> Cleaning for libtool-1.5.22_1 ===> Cleaning for jpeg-6b_3 ===> Cleaning for tiff-3.8.0 => tiff-3.8.0.tar.gz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from ftp://ftp.remotesensing.org/pub/libtiff/. fetch: ftp://ftp.remotesensing.org/pub/libtiff/tiff-3.8.0.tar.gz: Syntax error, command unrecognized => Attempting to fetch from http://dl1.maptools.org/dl/libtiff/. fetch: http://dl1.maptools.org/dl/libtiff/tiff-3.8.0.tar.gz: Moved Temporarily => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/tiff-3.8.0.tar.gz: File unavailable (e.g., file not found, no access) => Couldn't fetch it - please try to retrieve this => port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /usr/ports/graphics/tiff. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade41095.1 make ** Fix the problem and try again. ---> Skipping 'www/links' (links-2.1.p17,1) because a requisite package 'tiff-3.7.4' (graphics/tiff) failed (specify -k to force) ---> Skipping 'x11-toolkits/gtk20' (gtk-2.8.9) because a requisite package 'tiff-3.7.4' (graphics/tiff) failed (specify -k to force) ---> Skipping 'net/mtr' (mtr-0.69_2) because a requisite package 'gtk-2.8.9' (x11-toolkits/gtk20) failed (specify -k to force) ** Listing the failed packages (*:skipped / !:failed) ! graphics/tiff (tiff-3.7.4) (fetch error) * www/links (links-2.1.p17,1) * x11-toolkits/gtk20 (gtk-2.8.9) * net/mtr (mtr-0.69_2) ---> Packages processed: 0 done, 1 ignored, 3 skipped and 1 failed If I connect to server as a user without setted localization, simple system default english, it works, fetch utility downloads needed sources. WTF ? _____ avast! Antivirus : Odchozi zprava cista. Virova databaze (VPS): 0603-0, 15.01.2006 Testovano: 15.1.2006 4:39:23 avast! - copyright (c) 1988-2005 ALWIL Software. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 04:16:23 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A593A16A420; Sun, 15 Jan 2006 04:16:23 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id F291B43D45; Sun, 15 Jan 2006 04:16:22 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 3886462C843; Sun, 15 Jan 2006 00:16:22 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 20434-02; Sun, 15 Jan 2006 00:16:21 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 4FE8762C841; Sun, 15 Jan 2006 00:16:21 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id B6B5A46210; Sun, 15 Jan 2006 00:16:19 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id B5CAB460F0; Sun, 15 Jan 2006 00:16:19 -0400 (AST) Date: Sun, 15 Jan 2006 00:16:19 -0400 (AST) From: "Marc G. Fournier" To: freebsd-ports@freebsd.org Message-ID: <20060115001439.T28752@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-isp@freebsd.org Subject: Linux binary of Apache/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: Sun, 15 Jan 2006 04:16:23 -0000 Does anyone know *what* is involved in setting this up under FreeBSD? I have a client that purchased a Linux license for PHPLib (his old hosting company was Linux based), and I've email'd PHPLib and there is no way of 'changing' the license ... Is there an easy way of doing this? :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 07:26:07 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCB8516A41F for ; Sun, 15 Jan 2006 07:26:07 +0000 (GMT) (envelope-from kris@8ball.rtp.FreeBSD.org) Received: from triangle.rtp.FreeBSD.Org (triangle.rtp.FreeBSD.org [192.58.184.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A2D43D45 for ; Sun, 15 Jan 2006 07:26:07 +0000 (GMT) (envelope-from kris@8ball.rtp.FreeBSD.org) Received: from 8ball.rtp.FreeBSD.org (8ball.rtp.FreeBSD.Org [172.21.1.5]) by triangle.rtp.FreeBSD.Org (8.13.1/8.13.1) with ESMTP id k0F7Q67k021028; Sun, 15 Jan 2006 02:26:06 -0500 (EST) (envelope-from kris@8ball.rtp.FreeBSD.org) Received: (from kris@localhost) by 8ball.rtp.FreeBSD.org (8.13.3/8.13.3/Submit) id k0F6GBoI017184; Sun, 15 Jan 2006 01:16:11 -0500 (EST) (envelope-from kris) Date: Sun, 15 Jan 2006 01:16:11 -0500 (EST) From: Kris Kennaway Message-Id: <200601150616.k0F6GBoI017184@8ball.rtp.FreeBSD.org> To: babak@farrokhi.net, candy@kgc.co.jp, foxfair@FreeBSD.org, hotaru@tail.net, jhp@cocoja.holywar.net, ports@FreeBSD.org, vsevolod@highsecure.ru Cc: Subject: Ports with duplicate LATEST_LINKS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 07:26:07 -0000 Dear port maintainers, The following list includes ports maintained by you that have duplicate LATEST_LINK values. They should either be modified to use a unique LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting each other in the packages/Latest directory. If your ports conflict with ports maintained by another person, please coordinate your efforts with them. Thanks, Kris "Annoying Reminder Guy II" Kennaway LATEST_LINK PORTNAME MAINTAINER ========================================================================== fpc lang/fpc ports@FreeBSD.org fpc lang/fpc2 vsevolod@highsecure.ru oneko games/oneko candy@kgc.co.jp oneko games/oneko-sakura hotaru@tail.net phpwiki www/phpwiki babak@farrokhi.net phpwiki www/phpwiki13 babak@farrokhi.net ruby lang/ruby16 ports@FreeBSD.org ruby lang/ruby18 ports@FreeBSD.org tintin-devel chinese/tintin++ foxfair@FreeBSD.org tintin-devel net/tintin++-devel jhp@cocoja.holywar.net Total: 10 ports From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 07:59:16 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3756916A41F for ; Sun, 15 Jan 2006 07:59:16 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id A3D0343D48 for ; Sun, 15 Jan 2006 07:59:15 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 24454 invoked by uid 399); 15 Jan 2006 07:59:14 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 15 Jan 2006 07:59:14 -0000 Message-ID: <43CA00D1.40003@FreeBSD.org> Date: Sat, 14 Jan 2006 23:59:13 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Paul Schmehl References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: Optional patching? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 07:59:16 -0000 Paul Schmehl wrote: > I have an interesting situation. I maintain the security/barnyard port. > It's used for several things, one of which is sguil. (I'm working on > new ports for that as well.) Barnyard includes a plugin for sguil, > named op_sguil.plugin. > > The sguil developers have changed the way they gather data for the > newest release, 0.6.x. The new release requires that you patch barnyard > to update the op_sguil.plugin. However, people who are still running > the older versions of sguil; 0.5.x cannot use the new, patched version > of the op_sguil.plugin. > > My question is, is it possible to make a patch optional? Yes, that information is in the porter's handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html However, given the situation you described, I would suggest that you instead add a new port for "barnyard plus squil support" as a slave to the barnyard port, and include the patch there. Don't forget to add CONFLICTS to each as appropriate. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 08:05:31 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D51416A41F; Sun, 15 Jan 2006 08:05:31 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEE3B43D45; Sun, 15 Jan 2006 08:05:30 +0000 (GMT) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.localelinks.com (Postfix) with ESMTP id 0AF5DAD; Sun, 15 Jan 2006 02:05:30 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3AF9A61C21; Sun, 15 Jan 2006 02:05:29 -0600 (CST) Date: Sun, 15 Jan 2006 02:05:29 -0600 From: "Matthew D. Fuller" To: "Marc G. Fournier" Message-ID: <20060115080529.GD40810@over-yonder.net> References: <20060115001439.T28752@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060115001439.T28752@ganymede.hub.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.11-fullermd.2 Cc: freebsd-isp@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Linux binary of Apache/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: Sun, 15 Jan 2006 08:05:31 -0000 On Sun, Jan 15, 2006 at 12:16:19AM -0400 I heard the voice of Marc G. Fournier, and lo! it spake thus: > > Does anyone know *what* is involved in setting this up under > FreeBSD? Maybe you could chroot into the Linux compat tree (so all your commands are the Linux commands running through the emulation) and install the RPM's? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 08:24:57 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCA0916A41F for ; Sun, 15 Jan 2006 08:24:57 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 56D7D43D48 for ; Sun, 15 Jan 2006 08:24:57 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 50236 invoked by uid 399); 15 Jan 2006 08:24:56 -0000 Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 15 Jan 2006 08:24:56 -0000 Message-ID: <43CA06D7.5010705@FreeBSD.org> Date: Sun, 15 Jan 2006 00:24:55 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <200601131703.37174.list-freebsd-2004@morbius.sent.com> <20060113204712.5403643c.jylefort@FreeBSD.org> <20060114095135.GA812@kyuzo.dunkelkammer.void> In-Reply-To: <20060114095135.GA812@kyuzo.dunkelkammer.void> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Distfiles and FTP Traffic-Shaping X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 08:24:58 -0000 Stefan Walter wrote: > MASTER_SORT_REGEX already exists. From my /etc/make.conf: Interesting. How would you teach this to avoid a certain site? Unfortunately, the first site in the sourceforge mirror list has an IPv6 address, but fetch can't talk to it for some reason, so my connection hangs for a while before that site times out and another is tried. I tried the following, which I didn't think would work, and was not disappointed. :) Doug MASTER_SORT_REGEX?=\ ://ftp.\.FreeBSD\.org/pub/FreeBSD/ports/local-distfiles/ \ !://*heanet\.*[./] -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 08:41:38 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6730116A420; Sun, 15 Jan 2006 08:41:38 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E08443D48; Sun, 15 Jan 2006 08:41:36 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.4/8.13.4) with ESMTP id k0F8f60b012066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2006 09:41:06 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.4/8.13.4/Submit) id k0F8et3q012065; Sun, 15 Jan 2006 09:40:55 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Kris Kennaway In-Reply-To: <200601150616.k0F6GBoI017184@8ball.rtp.FreeBSD.org> References: <200601150616.k0F6GBoI017184@8ball.rtp.FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-9UIucGJ1UKblDaz9uzR+" Date: Sun, 15 Jan 2006 09:40:55 +0100 Message-Id: <1137314455.3790.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: babak@farrokhi.net, hotaru@tail.net, jhp@cocoja.holywar.net, ports@FreeBSD.org, vsevolod@highsecure.ru, candy@kgc.co.jp, foxfair@FreeBSD.org Subject: Re: Ports with duplicate LATEST_LINKS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 08:41:38 -0000 --=-9UIucGJ1UKblDaz9uzR+ Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Kris Kennaway p=ED=B9e v ne 15. 01. 2006 v 01:16 -0500: > Dear port maintainers, >=20 > The following list includes ports maintained by you that have duplicate > LATEST_LINK values. They should either be modified to use a unique > LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting > each other in the packages/Latest directory. If your ports conflict with > ports maintained by another person, please coordinate your efforts with > them. >=20 >=20 > Thanks, > Kris "Annoying Reminder Guy II" Kennaway > LATEST_LINK PORTNAME MAINTAINER =20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > fpc lang/fpc ports@FreeBSD.org =20 > fpc lang/fpc2 vsevolod@highsecure.r= u > oneko games/oneko candy@kgc.co.jp =20 > oneko games/oneko-sakura hotaru@tail.net =20 > phpwiki www/phpwiki babak@farrokhi.net =20 > phpwiki www/phpwiki13 babak@farrokhi.net =20 > ruby lang/ruby16 ports@FreeBSD.org =20 > ruby lang/ruby18 ports@FreeBSD.org =20 > tintin-devel chinese/tintin++ foxfair@FreeBSD.org=20 > tintin-devel net/tintin++-devel jhp@cocoja.holywar.ne= t >=20 > Total: 10 ports I fixed them! I fixed them all! Aaa-haha! Hahahahaha! Hahahahaha!!!!!!!! --=20 Pav Lucistnik As to floating eyes, let them float :). - r.g.r.a --=-9UIucGJ1UKblDaz9uzR+ Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDygqXntdYP8FOsoIRAjjxAKCHDytnij/TzLouBDsa7C8KQq3fbgCgqt5Y Y5M55VD5ihEz7Ww2HGhRjCk= =M9mU -----END PGP SIGNATURE----- --=-9UIucGJ1UKblDaz9uzR+-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 08:47:36 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 476E916A41F; Sun, 15 Jan 2006 08:47:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D66FD43D48; Sun, 15 Jan 2006 08:47:35 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A4A271A3C1B; Sun, 15 Jan 2006 00:47:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6858854A21; Sun, 15 Jan 2006 03:47:34 -0500 (EST) Date: Sun, 15 Jan 2006 03:47:33 -0500 From: Kris Kennaway To: Pav Lucistnik Message-ID: <20060115084733.GA92037@xor.obsecurity.org> References: <200601150616.k0F6GBoI017184@8ball.rtp.FreeBSD.org> <1137314455.3790.0.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <1137314455.3790.0.camel@localhost> User-Agent: Mutt/1.4.2.1i Cc: babak@farrokhi.net, Kris Kennaway , hotaru@tail.net, jhp@cocoja.holywar.net, ports@FreeBSD.org, vsevolod@highsecure.ru, candy@kgc.co.jp, foxfair@FreeBSD.org Subject: Re: Ports with duplicate LATEST_LINKS X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 08:47:36 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 15, 2006 at 09:40:55AM +0100, Pav Lucistnik wrote: > Kris Kennaway p??e v ne 15. 01. 2006 v 01:16 -0500: > > Dear port maintainers, > >=20 > > The following list includes ports maintained by you that have duplicate > > LATEST_LINK values. They should either be modified to use a unique > > LATEST_LINK or suppressed using NO_LATEST_LINK, to avoid overwriting > > each other in the packages/Latest directory. If your ports conflict wi= th > > ports maintained by another person, please coordinate your efforts with > > them. > >=20 > >=20 > > Thanks, > > Kris "Annoying Reminder Guy II" Kennaway > > LATEST_LINK PORTNAME MAINTAINER = =20 > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > > fpc lang/fpc ports@FreeBSD.org = =20 > > fpc lang/fpc2 vsevolod@highsecure= .ru > > oneko games/oneko candy@kgc.co.jp = =20 > > oneko games/oneko-sakura hotaru@tail.net = =20 > > phpwiki www/phpwiki babak@farrokhi.net = =20 > > phpwiki www/phpwiki13 babak@farrokhi.net = =20 > > ruby lang/ruby16 ports@FreeBSD.org = =20 > > ruby lang/ruby18 ports@FreeBSD.org = =20 > > tintin-devel chinese/tintin++ foxfair@FreeBSD.org= =20 > > tintin-devel net/tintin++-devel jhp@cocoja.holywar.= net > >=20 > > Total: 10 ports >=20 > I fixed them! I fixed them all! Aaa-haha! Hahahahaha! Hahahahaha!!!!!!!! YOU WIN TEH PRIZE!!!!11 Kris --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDygwkWry0BWjoQKURAoxdAKDgWVZhcFZbydmuCt4miK7ir7b+bwCggrWl r+mHeRGlPt/vBE7mZo7xIrs= =2h+R -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 09:09:42 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44B6216A41F; Sun, 15 Jan 2006 09:09:42 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67F8643D45; Sun, 15 Jan 2006 09:09:40 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D66B.dip.t-dialin.net [84.165.214.107]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0F93WSp007832; Sun, 15 Jan 2006 10:03:32 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0F99b77041599; Sun, 15 Jan 2006 10:09:37 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (Andro-Beta.Leidinger.net [192.168.1.42]) by webmail.leidinger.net (Horde MIME library) with HTTP; Sun, 15 Jan 2006 10:09:36 +0100 Message-ID: <20060115100936.zqxdnz9a1w0g4g4g@netchild.homeip.net> X-Priority: 3 (Normal) Date: Sun, 15 Jan 2006 10:09:36 +0100 From: Alexander Leidinger To: Doug Barton References: <43BCF31F.8050900@FreeBSD.org> <1136501778.40648.17.camel@localhost> <43C38A38.1020408@FreeBSD.org> <1136893017.2410.9.camel@pav.hide.vol.cz> <43C8E446.5010603@FreeBSD.org> <20060114144016.1dc9fdd0@Magellan.Leidinger.net> <43C97BEB.3030601@FreeBSD.org> <43C99C50.6060608@FreeBSD.org> In-Reply-To: <43C99C50.6060608@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: pav@FreeBSD.org, freebsd ports Subject: Re: New /bin/sh based script to manage ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 09:09:42 -0000 Doug Barton wrote: > BTW, where the typical case of updating or installing a single port > is concerned, going from the top down is the right thing to do, since > dependencies will vary depending on OPTIONS chosen. However, for the > case of updating all the ports that are already installed, your > suggestion is a welcome optimization. After your explanation how portmaster operates I don't see the immediate benefit for the entire update procedure. You just change the order in which the ports are updated while still being consistent regarding the dependencies. It may matter while the update procedure process still runs, since the user may be able to use updated stand-alone ports earlier. But most of the time the leaf ports are the interesting ones (graphical MUA, webbrowser, word processor, php, whatever), and for them this changes (nearly ?) nothing. So at the moment I just see a pessimization regarding code complexity and maintainability, but no optimization regarding user benefit or correctness (since the update procedure already DTRT regarding dependencies). Can you please explain where you see an optimization? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 panic: kernal segmentation violation. core dumped (only kidding) From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 10:43:53 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77E7616A41F; Sun, 15 Jan 2006 10:43:53 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF32C43D49; Sun, 15 Jan 2006 10:43:52 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub04.unibe.ch (Postfix) with ESMTP id 5337C1BB09; Sun, 15 Jan 2006 11:43:51 +0100 (CET) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 11377-02-98; Sun, 15 Jan 2006 11:43:49 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id E4CA21BB08; Sun, 15 Jan 2006 11:43:49 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k0FAhn8Z029404; Sun, 15 Jan 2006 11:43:49 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k0FAhlCh028833; Sun, 15 Jan 2006 11:43:47 +0100 (MET) Date: Sun, 15 Jan 2006 11:43:47 +0100 From: Tobias Roth To: "Marc G. Fournier" Message-ID: <20060115104347.GA28797@droopy.unibe.ch> References: <20060115001439.T28752@ganymede.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060115001439.T28752@ganymede.hub.org> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: freebsd-isp@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Linux binary of Apache/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: Sun, 15 Jan 2006 10:43:53 -0000 On Sun, Jan 15, 2006 at 12:16:19AM -0400, Marc G. Fournier wrote: > > Does anyone know *what* is involved in setting this up under FreeBSD? I > have a client that purchased a Linux license for PHPLib (his old hosting > company was Linux based), and I've email'd PHPLib and there is no way of > 'changing' the license ... This may not be what you want to hear, but you should instist on them changing the license. Call them. Ask for the boss. Then ask why such a simple thing as switching is not possible. Promise them a written agreement that you will destroy the old license once you received the new one, and maybe offer to renew the license in advance, if the license is limited. The exact thing happened to us a few weeks ago, with a different product. We received an email stating that the license is not changable, because if they'd change it, we would surely not delete the old license and so on. This was after we already sent a written agreement that we would not continue using the old license. So basically, they were accusing us of cheating, despite that we already bought their product. A phone call to their boss surely cleared things up quickly. Good luck, Tobias From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 11:37:22 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFB0816A41F; Sun, 15 Jan 2006 11:37:22 +0000 (GMT) (envelope-from past@ebs.gr) Received: from fly.ebs.gr (fly.ebs.gr [62.103.84.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2D343D45; Sun, 15 Jan 2006 11:37:20 +0000 (GMT) (envelope-from past@ebs.gr) Received: from ebs.gr (root@hal.ebs.gr [10.1.1.2]) by fly.ebs.gr (8.12.9p1/8.12.9) with ESMTP id k0FBbHAF083039; Sun, 15 Jan 2006 13:37:17 +0200 (EET) (envelope-from past@ebs.gr) Received: from [10.1.1.200] (pptp.ebs.gr [10.1.1.200]) by ebs.gr (8.13.3/8.12.11) with ESMTP id k0FBc0JR082903; Sun, 15 Jan 2006 13:38:00 +0200 (EET) (envelope-from past@ebs.gr) Message-ID: <43CA33E4.40809@ebs.gr> Date: Sun, 15 Jan 2006 13:37:08 +0200 From: Panagiotis Astithas Organization: EBS Ltd. User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <43BCF31F.8050900@FreeBSD.org> <1136501778.40648.17.camel@localhost> <43C38A38.1020408@FreeBSD.org> <1136893017.2410.9.camel@pav.hide.vol.cz> <43C8E446.5010603@FreeBSD.org> <20060114144016.1dc9fdd0@Magellan.Leidinger.net> <43C97BEB.3030601@FreeBSD.org> In-Reply-To: <43C97BEB.3030601@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , pav@freebsd.org, freebsd ports Subject: Re: New /bin/sh based script to manage ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 11:37:22 -0000 Doug Barton wrote: > Alexander Leidinger wrote: > >> On Sat, 14 Jan 2006 03:45:10 -0800 Doug Barton wrote: >> >>> This is done too now, although it turned out to be a lot harder than I >>> expected. It required redoing how some of the internal stuff worked, >>> but in the end it made the whole script better, so I'm glad I pursued >>> this. As an extra bonus you can now do 'portmaster -af' and it will >>> force an update of all ports on your system, starting with the leaves. >> >> >> "Leafes" as in "those ports which no other ports depends upon"? > > > Yes. > >> If yes: are you sure this is a good idea? Wouldn't you think a better >> approach would be to start with those ports, which depend upon no other >> port (= "root" ports in my terminology)? > > > Yes, except that I left out one important part of that explanation. :) > > What portmaster does when asked to update a given port is (leaving out > some steps): > > 1. cd to the port directory > 2. make config > 3. Get a list of dependencies by doing 'make all-depends-list' > 4. Recursively check to see if each of those dependencies is up to date, > and update it if not by launching a child process of itself > 5. Return to the original port, and update it > > So, in the non-forced update case, any dependencies of a leaf port will > get updated before the leaf does. Anything that is already up to date > won't get touched. In the forced update case, we'll recurse through the > dependency list of the first leaf port all the way down to the root > ports, then back up through each dependency, and finally back up to the > leaf. In the force case, I keep a list of ports that have been updated > so that we only have to do that once for each port. > > Now theoretically there is nothing wrong with your suggestion, and other > than the fact that I wanted to keep the same process in place for > updating all the ports as I do for updating them one at a time, I could > have done it that way. In fact, the more I think about it the more I > think it makes sense to do it in this order for the 'update all' case: > > 1. ports that have no dependencies (roots) > 2. ports that have dependencies, and are depended on (branches?) > 3. ports that have dependencies, and are not depended on (leaves) > > I'll do some testing on this and let you know, thanks for this suggestion. Can portmaster be used to do something like 'portupgrade -rf gnutls' (i.e. rebuild all dependent applications), like it is often requested in UPDATING? Cheers, Panagiotis From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 13:05:37 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DA5116A41F; Sun, 15 Jan 2006 13:05:37 +0000 (GMT) (envelope-from alex@wittig.name) Received: from brieftraeger.wittig.name (hotzenplotz.wittig.name [193.111.199.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FAEC43D45; Sun, 15 Jan 2006 13:05:36 +0000 (GMT) (envelope-from alex@wittig.name) Received: from p54a14177.dip0.t-ipconnect.de ([84.161.65.119] helo=[192.168.0.97]) by brieftraeger.wittig.name with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1Ey7Zb-000Hd8-Uo; Sun, 15 Jan 2006 14:05:34 +0100 Message-ID: <43CA490C.7010201@wittig.name> Date: Sun, 15 Jan 2006 14:07:24 +0100 From: Alexander Wittig User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de; rv:1.8) Gecko/20051201 Thunderbird/1.5 Mnenhy/0.7.3.0 MIME-Version: 1.0 To: ports@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: alex@wittig.name X-Spam-Score: -4.1 X-Spam-Bar: ---- X-Spam-Report: =?ISO-8859-15?Q?score=3D-4=2E1=2C_tests=3DALL=5FTRUSTED=3D-1=2E8=2CAWL=3D?= =?ISO-8859-15?Q?0=2E299=2CBAYES=5F00=3D-2=2E599?= Cc: Pav Lucistnik Subject: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 13:05:37 -0000 Hi all Thanks Pav for importing ruby 1.8.4 into the ports tree. Looks like things are going fairly well, my production systems still work after portupgrade -a :-) However there has been one problem with mod_ruby: It does not load any more with apache20. I reinstalled everything (www/mod_ruby, textproc/eruby, lang/ruby18) but it still doesn't work. Error message from apache: [root@hotzenplotz:/data/apache/wittig.name/alex]apachectl -DSSL -k restart Syntax error on line 122 of /usr/local/etc/apache2/httpd.conf: Cannot load /usr/local/libexec/apache2/mod_ruby.so into server: /usr/local/lib/libruby18.so.18: Undefined symbol "pthread_create" This only happens on FBSD 6, FBSD 4 is not affected. I assume this is because apache is not built with -pthreads while rubylib is (at least on FBSD >= 5). The workaround I use is to load libpthread into apache from httpd.conf: LoadFile /usr/lib/libpthread.so LoadModule ruby_module libexec/apache2/mod_ruby.so After this the module loads and rhtml files are parsed correctly. I did not test the threading though, because I don't have any ruby code using it. Could one of the pthreads gurus comment on this procedure? Is this a clean solution or just an ugly, error-prone hack? If the first: There should be a note included in www/mod_ruby/pkg_message and http.conf.mod_ruby should probably include the LoadFile, too. If the latter: What has to be done to make things work again? I do not recall having this problem with ruby 1.8.2. Alexander From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 13:34:41 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 626A916A41F; Sun, 15 Jan 2006 13:34:41 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB77E43D48; Sun, 15 Jan 2006 13:34:40 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from barbish ([69.172.31.117]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP id <20060115133439.JFKL22124.mta10.adelphia.net@barbish>; Sun, 15 Jan 2006 08:34:39 -0500 From: "fbsd_user" To: Date: Sun, 15 Jan 2006 08:34:35 -0500 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@FreeBSD.org Subject: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd_user@a1poweruser.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 13:34:41 -0000 Ale Why do all the ports that deal with php that have your name as maintainer have no long description that says what the port does? They all have the same content talking about what php is. How is your stupid standard meaningless php long description helping users determine what the port does??? I don't remember the php ports being this way in the past? This makes all the php ports useless. This needs fixing. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 14:34:05 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B77C16A41F for ; Sun, 15 Jan 2006 14:34:05 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D38343D45 for ; Sun, 15 Jan 2006 14:34:03 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from adsl-dyn-242-82.heliweb.de ([83.216.242.82] helo=chikuku.dunkelkammer.void) by mail.hamcom.de with esmtp (Exim 4.43) id 1Ey8xG-00059G-OA for freebsd-ports@freebsd.org; Sun, 15 Jan 2006 15:34:02 +0100 Received: from kyuzo.dunkelkammer.void (kyuzo.dunkelkammer.void [192.168.0.99]) by chikuku.dunkelkammer.void (Postfix) with ESMTP id E7FD4BC47 for ; Sun, 15 Jan 2006 15:34:01 +0100 (CET) Received: by kyuzo.dunkelkammer.void (Postfix, from userid 1002) id 792003EE4; Sun, 15 Jan 2006 15:34:01 +0100 (CET) Date: Sun, 15 Jan 2006 15:34:01 +0100 From: Stefan Walter To: freebsd-ports@freebsd.org Message-ID: <20060115143400.GA900@kyuzo.dunkelkammer.void> Mail-Followup-To: freebsd-ports@freebsd.org References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: Organization: Infinity Approximation Task Force X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc X-PGP-fingerprint: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3 User-Agent: Mutt/1.5.11 Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 14:34:05 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline fbsd_user, 15.01.06, 14:34h CET: > How is your stupid standard meaningless php long description helping users > determine what the port does??? > I don't remember the php ports being this way in the past? > This makes all the php ports useless. This needs fixing. Yes - just as your wording and punctuation do. I doubt your choice of words motivates anyone to work on this. Stefan --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQGVAwUBQ8pdWFaRERsSueCzAQL7XAwAq4Lg3b/RLGyGjWujmhkeXFn5fEOoIW98 z1UivbBAWFMN4Bsxmd3wVckwKGfICmZcdLVTAn0h7V4pFDzAgZdyw+XCZNBOdhVD 5CewFZBaQsZhuDp+u2Ej+OJ9HhlaArnBesKLzh/JWok6SAWtSuA6UF1WQfL91K9C j9ftyjNNUp4NPzbeK1KIxZX2xApWQWfY/glWRKA4OZDVD5oljmH/ibI11RrXMr/i Oa1sBCtTGyTtZns4exYSl0Hnle0Xp0S4aMrOdApFSNvjQjMHKq2j3FxYCq0Toxqu yEdCe+mm4jb7Niex9wJtlRCpG9INNIYbK4/jp7h8q6gqkXU3yqFd0D464PrLzBhw gv5/c7Gz4oW3ZAgg4vuFApgHYwSOG9Z2wdGniNEfYVw0cVDoq2+/FRLt+IPvpZF1 qqDy6ErTHS6PcikUMxmgUoirEiajkTD20CTMK+7KOzIaVttKsQOX6hELDoVWIyyY YV4sbE3/QVEbjeYO0AKAHWS37O2J1PlP =1yzG -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 15:11:50 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80E0A16A41F for ; Sun, 15 Jan 2006 15:11:50 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBC5043D45 for ; Sun, 15 Jan 2006 15:11:47 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.4/8.13.4) with ESMTP id k0FFBjbI087141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2006 16:11:45 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.4/8.13.4/Submit) id k0FFBjAB087140; Sun, 15 Jan 2006 16:11:45 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Wittig In-Reply-To: <43CA490C.7010201@wittig.name> References: <43CA490C.7010201@wittig.name> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-v5vIwglI/S7RxpYM185Z" Date: Sun, 15 Jan 2006 16:11:45 +0100 Message-Id: <1137337905.3790.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: ports@FreeBSD.org Subject: Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 15:11:50 -0000 --=-v5vIwglI/S7RxpYM185Z Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Alexander Wittig p=ED=B9e v ne 15. 01. 2006 v 14:07 +0100: > Hi all >=20 > Thanks Pav for importing ruby 1.8.4 into the ports tree. Looks like=20 > things are going fairly well, my production systems still work after=20 > portupgrade -a :-) > However there has been one problem with mod_ruby: It does not load any=20 > more with apache20. I reinstalled everything (www/mod_ruby,=20 > textproc/eruby, lang/ruby18) but it still doesn't work. Error message=20 > from apache: >=20 > [root@hotzenplotz:/data/apache/wittig.name/alex]apachectl -DSSL -k restar= t > Syntax error on line 122 of /usr/local/etc/apache2/httpd.conf: > Cannot load /usr/local/libexec/apache2/mod_ruby.so into server:=20 > /usr/local/lib/libruby18.so.18: Undefined symbol "pthread_create" >=20 > This only happens on FBSD 6, FBSD 4 is not affected. I assume this is=20 > because apache is not built with -pthreads while rubylib is (at least on=20 > FBSD >=3D 5). The workaround I use is to load libpthread into apache from= =20 > httpd.conf: >=20 > LoadFile /usr/lib/libpthread.so > LoadModule ruby_module libexec/apache2/mod_ruby.so Shared objects does not link threading library on FreeBSD, it's assumed that final binary will link in desired threading library. Because Apache itself isn't threaded, this never happens. I'll have to find a way to force lpthread linkage onto a shared object. --=20 Pav Lucistnik May your arrow always find its mark. --=-v5vIwglI/S7RxpYM185Z Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDymYxntdYP8FOsoIRAqUpAJ4g+aiz+YV5RS02fPG/zbJI2GDUhgCfZfyf +R/O6NIStIlpmEyzwOVdEXw= =9c8h -----END PGP SIGNATURE----- --=-v5vIwglI/S7RxpYM185Z-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 15:57:51 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC7CB16A41F; Sun, 15 Jan 2006 15:57:51 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8F6F43D48; Sun, 15 Jan 2006 15:57:43 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.4/8.13.4) with ESMTP id k0FFvaJ4098632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2006 16:57:36 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.4/8.13.4/Submit) id k0FFvaXt098631; Sun, 15 Jan 2006 16:57:36 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Alexander Wittig , dinoex@FreeBSD.org In-Reply-To: <43CA490C.7010201@wittig.name> References: <43CA490C.7010201@wittig.name> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-odmf+194l4o2QIQ9nK6W" Date: Sun, 15 Jan 2006 16:57:36 +0100 Message-Id: <1137340656.3790.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: ports@FreeBSD.org Subject: Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 15:57:51 -0000 --=-odmf+194l4o2QIQ9nK6W Content-Type: multipart/mixed; boundary="=-hqNIrEiYgYPvuswHKeQt" --=-hqNIrEiYgYPvuswHKeQt Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Alexander Wittig p=ED=B9e v ne 15. 01. 2006 v 14:07 +0100: > Hi all >=20 > Thanks Pav for importing ruby 1.8.4 into the ports tree. Looks like=20 > things are going fairly well, my production systems still work after=20 > portupgrade -a :-) > However there has been one problem with mod_ruby: It does not load any=20 > more with apache20. I reinstalled everything (www/mod_ruby,=20 > textproc/eruby, lang/ruby18) but it still doesn't work. Error message=20 > from apache: >=20 > [root@hotzenplotz:/data/apache/wittig.name/alex]apachectl -DSSL -k restar= t > Syntax error on line 122 of /usr/local/etc/apache2/httpd.conf: > Cannot load /usr/local/libexec/apache2/mod_ruby.so into server:=20 > /usr/local/lib/libruby18.so.18: Undefined symbol "pthread_create" >=20 > This only happens on FBSD 6, FBSD 4 is not affected. I assume this is=20 > because apache is not built with -pthreads while rubylib is (at least on=20 > FBSD >=3D 5). The workaround I use is to load libpthread into apache from= =20 > httpd.conf: >=20 > LoadFile /usr/lib/libpthread.so > LoadModule ruby_module libexec/apache2/mod_ruby.so >=20 > After this the module loads and rhtml files are parsed correctly. I did=20 > not test the threading though, because I don't have any ruby code using i= t. > Could one of the pthreads gurus comment on this procedure? Is this a=20 > clean solution or just an ugly, error-prone hack? If the first: There=20 > should be a note included in www/mod_ruby/pkg_message and=20 > http.conf.mod_ruby should probably include the LoadFile, too. If the=20 > latter: What has to be done to make things work again? I do not recall=20 > having this problem with ruby 1.8.2. Can you try attached patch on some real ruby scripts? Generate some load and check if apache is behaving correctly? Copying mod_ruby maintainer... --=20 Pav Lucistnik Angband in action! Constant escalation to new depths to find angrier, meaner letters and more punctuation! --=-hqNIrEiYgYPvuswHKeQt Content-Disposition: attachment; filename=awwww_in_modruby.diff Content-Transfer-Encoding: base64 Content-Type: text/x-patch; name=awwww_in_modruby.diff; charset=ISO-8859-2 SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1MgZmlsZTogL2hvbWUvcGN2cy9wb3J0cy93 d3cvbW9kX3J1YnkvTWFrZWZpbGUsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjQ5DQpkaWZmIC1h IC11IC1yMS40OSBNYWtlZmlsZQ0KLS0tIE1ha2VmaWxlCTEzIE5vdiAyMDA1IDA5OjE4OjEyIC0w MDAwCTEuNDkNCisrKyBNYWtlZmlsZQkxNSBKYW4gMjAwNiAxNTo1NjozNyAtMDAwMA0KQEAgLTMz LDggKzMzLDE1IEBADQogCQlSRUFETUUuZW4gZG9jL2RlZmF1bHQuY3NzIGRvYy8qLmVuLioNCiBE T0NTX0pBPQlSRUFETUUuamEgZG9jL2RlZmF1bHQuY3NzIGRvYy8qLmphLioNCiANCisuaW5jbHVk ZSA8YnNkLnBvcnQucHJlLm1rPg0KKw0KIGRvLWNvbmZpZ3VyZToNCiAJQGNkICR7V1JLU1JDfTsg JHtTRVRFTlZ9ICR7Q09ORklHVVJFX0VOVn0gJHtSVUJZfSAke1JVQllfRkxBR1N9IGNvbmZpZ3Vy ZS5yYiAke0NPTkZJR1VSRV9BUkdTfQ0KKyMgZGlydHkgaGFjayB0byBmb3JjZSBtb2RfcnVieS5z byBsaW5rZWQgd2l0aCBscHRocmVhZC5zbywgb3RoZXJ3aXNlIHVucmVzb2x2ZWQNCisjIHN5bWJv bHMgaGFwcGVuDQorLmlmICR7T1NWRVJTSU9OfSA+PSA1MDIxMDINCisJQCR7UkVJTlBMQUNFX0NN RH0gLWUgJ3N8LXB0aHJlYWR8LXB0aHJlYWQgLWxwdGhyZWFkfCcgJHtXUktTUkN9L01ha2VmaWxl DQorLmVuZGlmDQogDQogcG9zdC1pbnN0YWxsOiBkb2MtaW5zdGFsbA0KIAkke0lOU1RBTExfREFU QX0gJHtXUktTUkN9L2V4YW1wbGVzL2h0dHBkLmNvbmYgYCR7QVBYU30gLXEgU1lTQ09ORkRJUmAv aHR0cGQuY29uZi4ke1BPUlROQU1FfQ0KQEAgLTQ0LDggKzUxLDYgQEANCiAJCS1lICdzLCUlU1lT Q09ORkRJUiUlLCdgJHtBUFhTfSAtcSBTWVNDT05GRElSIHwgJHtTRUR9ICdzOiR7TE9DQUxCQVNF fS86OidgJyxnOycgXA0KIAkJJHtUTVBQTElTVH0NCiANCi0uaW5jbHVkZSA8YnNkLnBvcnQubWs+ DQotDQogZG9jLWluc3RhbGw6DQogLmlmICFkZWZpbmVkKE5PUE9SVERPQ1MpDQogLmlmICFkZWZp bmVkKFJVQllfTk9fUkRfSFRNTCkNCkBAIC02MCwzICs2NSw1IEBADQogLmVuZGZvcg0KIC5lbmRp Zg0KIAlAJHtDQVR9ICR7UEtHTUVTU0FHRX0NCisNCisuaW5jbHVkZSA8YnNkLnBvcnQucG9zdC5t az4NCg== --=-hqNIrEiYgYPvuswHKeQt-- --=-odmf+194l4o2QIQ9nK6W Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDynDwntdYP8FOsoIRApDkAJ95ekpX8DPWDe3QYIzMbUTbEU+BtQCggi6i FldPqFAKbifWl1DtngcxlHc= =Auan -----END PGP SIGNATURE----- --=-odmf+194l4o2QIQ9nK6W-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 16:16:44 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D479916A420 for ; Sun, 15 Jan 2006 16:16:44 +0000 (GMT) (envelope-from chris@i13i.com) Received: from admin.i13i.com (admin.i13i.com [66.90.92.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 1B67243D46 for ; Sun, 15 Jan 2006 16:16:44 +0000 (GMT) (envelope-from chris@i13i.com) Received: (qmail 9415 invoked from network); 15 Jan 2006 16:38:09 -0000 Received: from mail.i13i.com (HELO webmail.i13i.com) (208.53.187.133) by admin.i13i.com with SMTP; 15 Jan 2006 16:38:09 -0000 Received: from 195.139.252.5 (proxying for 62.92.188.12) (SquirrelMail authenticated user chris@i13i.com) by webmail.i13i.com with HTTP; Sun, 15 Jan 2006 10:38:09 -0600 (CST) Message-ID: <37542.195.139.252.5.1137343089.squirrel@webmail.i13i.com> In-Reply-To: <1137337905.3790.10.camel@localhost> References: <43CA490C.7010201@wittig.name> <1137337905.3790.10.camel@localhost> Date: Sun, 15 Jan 2006 10:38:09 -0600 (CST) From: chris@i13i.com To: pav@FreeBSD.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: ports@freebsd.org Subject: Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 16:16:45 -0000 Modify the configure script so if apache to compiled using threads as there is a way to compile apache using threads to use the -lpthread gcc extension if not then dont compile in support for it i thought -lpthread was deprecated and we now use libthr or libkse ? > Alexander Wittig pí¹e v ne 15. 01. 2006 v 14:07 +0100: >> Hi all >> >> Thanks Pav for importing ruby 1.8.4 into the ports tree. Looks like >> things are going fairly well, my production systems still work after >> portupgrade -a :-) >> However there has been one problem with mod_ruby: It does not load any >> more with apache20. I reinstalled everything (www/mod_ruby, >> textproc/eruby, lang/ruby18) but it still doesn't work. Error message >> from apache: >> >> [root@hotzenplotz:/data/apache/wittig.name/alex]apachectl -DSSL -k >> restart >> Syntax error on line 122 of /usr/local/etc/apache2/httpd.conf: >> Cannot load /usr/local/libexec/apache2/mod_ruby.so into server: >> /usr/local/lib/libruby18.so.18: Undefined symbol "pthread_create" >> >> This only happens on FBSD 6, FBSD 4 is not affected. I assume this is >> because apache is not built with -pthreads while rubylib is (at least on >> FBSD >= 5). The workaround I use is to load libpthread into apache from >> httpd.conf: >> >> LoadFile /usr/lib/libpthread.so >> LoadModule ruby_module libexec/apache2/mod_ruby.so > > Shared objects does not link threading library on FreeBSD, it's assumed > that final binary will link in desired threading library. Because Apache > itself isn't threaded, this never happens. > > I'll have to find a way to force lpthread linkage onto a shared object. > > -- > Pav Lucistnik > > > May your arrow always find its mark. > From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 16:21:17 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EE0316A41F for ; Sun, 15 Jan 2006 16:21:17 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3416143D4C for ; Sun, 15 Jan 2006 16:21:14 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.4/8.13.4) with ESMTP id k0FGLCEt019963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jan 2006 17:21:12 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.4/8.13.4/Submit) id k0FGLB3L019584; Sun, 15 Jan 2006 17:21:11 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: chris@i13i.com In-Reply-To: <37542.195.139.252.5.1137343089.squirrel@webmail.i13i.com> References: <43CA490C.7010201@wittig.name> <1137337905.3790.10.camel@localhost> <37542.195.139.252.5.1137343089.squirrel@webmail.i13i.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GhOdr/TrvFPpeFY+8asr" Date: Sun, 15 Jan 2006 17:21:10 +0100 Message-Id: <1137342070.3790.23.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: ports@FreeBSD.org Subject: Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 16:21:17 -0000 --=-GhOdr/TrvFPpeFY+8asr Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable chris@i13i.com p=ED=A8e v ne 15. 01. 2006 v 10:38 -0600: > Modify the configure script so if apache to compiled using threads as > there is a way to compile apache using threads to use the -lpthread gcc > extension if not then dont compile in support for it i thought -lpthread > was deprecated and we now use libthr or libkse ? I'm not sure I'm following you. First, -lpthread actually is renamed libkse. I can't "not compile" in threads because ruby is always threaded. > > Alexander Wittig p=ED=B9e v ne 15. 01. 2006 v 14:07 +0100: > >> Hi all > >> > >> Thanks Pav for importing ruby 1.8.4 into the ports tree. Looks like > >> things are going fairly well, my production systems still work after > >> portupgrade -a :-) > >> However there has been one problem with mod_ruby: It does not load any > >> more with apache20. I reinstalled everything (www/mod_ruby, > >> textproc/eruby, lang/ruby18) but it still doesn't work. Error message > >> from apache: > >> > >> [root@hotzenplotz:/data/apache/wittig.name/alex]apachectl -DSSL -k > >> restart > >> Syntax error on line 122 of /usr/local/etc/apache2/httpd.conf: > >> Cannot load /usr/local/libexec/apache2/mod_ruby.so into server: > >> /usr/local/lib/libruby18.so.18: Undefined symbol "pthread_create" > >> > >> This only happens on FBSD 6, FBSD 4 is not affected. I assume this is > >> because apache is not built with -pthreads while rubylib is (at least = on > >> FBSD >=3D 5). The workaround I use is to load libpthread into apache f= rom > >> httpd.conf: > >> > >> LoadFile /usr/lib/libpthread.so > >> LoadModule ruby_module libexec/apache2/mod_ruby.so > > > > Shared objects does not link threading library on FreeBSD, it's assumed > > that final binary will link in desired threading library. Because Apach= e > > itself isn't threaded, this never happens. > > > > I'll have to find a way to force lpthread linkage onto a shared object. > > > > -- > > Pav Lucistnik > > > > > > May your arrow always find its mark. > > >=20 >=20 >=20 --=20 Pav Lucistnik No one expects the spanish inquisition. --=-GhOdr/TrvFPpeFY+8asr Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDynZ2ntdYP8FOsoIRAsVmAKCT4P7i2oWCR7bgHpgAYMnPqe4CvgCfQSLB 1lzAEEEo6l0OBFlZ9JuYqgk= =kw57 -----END PGP SIGNATURE----- --=-GhOdr/TrvFPpeFY+8asr-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 16:47:52 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5AA216A41F; Sun, 15 Jan 2006 16:47:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F07F43D45; Sun, 15 Jan 2006 16:47:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 6955862C8AF; Sun, 15 Jan 2006 12:47:51 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 08644-08; Sun, 15 Jan 2006 12:47:51 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id E623F62C83C; Sun, 15 Jan 2006 12:47:50 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 868E33D1F5; Sun, 15 Jan 2006 12:47:49 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 60D3033C54; Sun, 15 Jan 2006 12:47:49 -0400 (AST) Date: Sun, 15 Jan 2006 12:47:48 -0400 (AST) From: "Marc G. Fournier" To: fbsd_user In-Reply-To: Message-ID: <20060115124547.P28752@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: ports@FreeBSD.org, ale@FreeBSD.org Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 16:47:52 -0000 On Sun, 15 Jan 2006, fbsd_user wrote: > Ale > > Why do all the ports that deal with php that have your name as maintainer > have no long description that says what the port does? > They all have the same content talking about what php is. > How is your stupid standard meaningless php long description helping users > determine what the port does??? > I don't remember the php ports being this way in the past? > This makes all the php ports useless. This needs fixing. Wow, I found them fairly intuitive: php4-ftp adds the ftp extension php4-pgsql adds the pgsql extension php4-mysqli adds teh mysqli_* functions php4-session adds session support ... the port itself is self-describing, or so *I* thought ... what do you find confusing about the format? Does your mind somehow truncate once you hit the - and dooesn't register teh -pgsql part of it? so you need a long pkg-descr that states: Thie port add the pgsql extension to php4 ? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 17:43:04 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E09E16A422; Sun, 15 Jan 2006 17:43:04 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E76743D5A; Sun, 15 Jan 2006 17:42:59 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from barbish ([69.172.31.117]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP id <20060115174258.RNCR5278.mta11.adelphia.net@barbish>; Sun, 15 Jan 2006 12:42:58 -0500 From: "fbsd_user" To: "Marc G. Fournier" Date: Sun, 15 Jan 2006 12:42:57 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <20060115124547.P28752@ganymede.hub.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Cc: ports@FreeBSD.org, ale@FreeBSD.org Subject: RE: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd_user@a1poweruser.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 17:43:04 -0000 The answer to your smart ass question is YES. That long description field is there for a purpose. Loading it with bull shit does not make the port collection any more easy to use. It is not the readers job to guess what the port does. So if you don't have any value to add to this post please keep your silly thoughts to your self. You only make your self look like a fool and waste peoples time. -----Original Message----- From: Marc G. Fournier [mailto:scrappy@hub.org] Sent: Sunday, January 15, 2006 11:48 AM To: fbsd_user Cc: ale@FreeBSD.org; ports@FreeBSD.org Subject: Re: All php ports maintained by Ale missing long descriptions On Sun, 15 Jan 2006, fbsd_user wrote: > Ale > > Why do all the ports that deal with php that have your name as maintainer > have no long description that says what the port does? > They all have the same content talking about what php is. > How is your stupid standard meaningless php long description helping users > determine what the port does??? > I don't remember the php ports being this way in the past? > This makes all the php ports useless. This needs fixing. Wow, I found them fairly intuitive: php4-ftp adds the ftp extension php4-pgsql adds the pgsql extension php4-mysqli adds teh mysqli_* functions php4-session adds session support ... the port itself is self-describing, or so *I* thought ... what do you find confusing about the format? Does your mind somehow truncate once you hit the - and dooesn't register teh -pgsql part of it? so you need a long pkg-descr that states: Thie port add the pgsql extension to php4 ? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 17:48:32 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F06E16A41F for ; Sun, 15 Jan 2006 17:48:32 +0000 (GMT) (envelope-from dan@langille.org) Received: from m21.unixathome.org (m21.unixathome.org [205.150.199.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A9AB43D45 for ; Sun, 15 Jan 2006 17:48:32 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [205.150.199.217]) by m21.unixathome.org (Postfix) with ESMTP id 20F62BFB6 for ; Sun, 15 Jan 2006 12:48:31 -0500 (EST) Received: from m21.unixathome.org ([205.150.199.217]) by localhost (m21.unixathome.org [205.150.199.217]) (amavisd-new, port 10024) with ESMTP id 08690-06 for ; Sun, 15 Jan 2006 12:48:29 -0500 (EST) Received: from bast.unixathome.org (bast.unixathome.org [70.26.229.230]) by m21.unixathome.org (Postfix) with ESMTP id 4A173BF58 for ; Sun, 15 Jan 2006 12:48:29 -0500 (EST) Received: from [10.55.0.99] (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id D998C3D3B for ; Sun, 15 Jan 2006 12:48:28 -0500 (EST) From: "Dan Langille" To: ports@freebsd.org Date: Sun, 15 Jan 2006 12:48:28 -0500 MIME-Version: 1.0 Message-ID: <43CA449C.28180.3247619B@dan.langille.org> Priority: normal X-mailer: Pegasus Mail for Windows (4.31) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unixathome.org Cc: Subject: MOVED - from == to? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 17:48:32 -0000 Can the FROM field be the same as the TO field in ports/MOVED? I think not. Then we need to look at this line: lang/php4|lang/php4|2003-05-22|re-separated from www/mod_php4 I think the first element should be www/mod_php4 Agreed? -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/ From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 17:58:16 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD5CB16A41F; Sun, 15 Jan 2006 17:58:16 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B2743D83; Sun, 15 Jan 2006 17:58:10 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (freefall.freebsd.org [216.136.204.21]) by mx2.freebsd.org (Postfix) with ESMTP id A46565850D; Sun, 15 Jan 2006 17:55:58 +0000 (GMT) (envelope-from flz@xbsd.org) From: Florent Thoumie To: freebsd-ports@freebsd.org, fbsd_user@a1poweruser.com Date: Sun, 15 Jan 2006 18:55:47 +0100 User-Agent: KMail/1.8.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1178051.CiHtI2HJhr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601151855.53000.flz@xbsd.org> Cc: ports@freebsd.org, ale@freebsd.org Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 17:58:16 -0000 --nextPart1178051.CiHtI2HJhr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 15 January 2006 18:42, fbsd_user wrote: > The answer to your smart ass question is YES. > That long description field is there for a purpose. > Loading it with bull shit does not make the port collection any more > easy to use. > It is not the readers job to guess what the port does. > So if you don't have any value to add to this post please keep your > silly thoughts to your self. > You only make your self look like a fool and waste peoples time. First, you didn't need to send this to -ports. Then, you could have been a bit more polite. Finally, as a long time FreeBSD user and smart person, you could have used the usual way to report such a problem using send-pr or its web front-end. =2D-=20 =46lorent Thoumie flz@FreeBSD.org =46reeBSD Committer --nextPart1178051.CiHtI2HJhr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDyoyoMxEkbVFH3PQRApnFAJ4/boV2mX6RDtQAlnGJ7WFhY1/f6ACdF2E/ Pae7Pb6XGXufYxqqs0cs0+8= =4NMt -----END PGP SIGNATURE----- --nextPart1178051.CiHtI2HJhr-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 17:58:16 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD5CB16A41F; Sun, 15 Jan 2006 17:58:16 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92B2743D83; Sun, 15 Jan 2006 17:58:10 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (freefall.freebsd.org [216.136.204.21]) by mx2.freebsd.org (Postfix) with ESMTP id A46565850D; Sun, 15 Jan 2006 17:55:58 +0000 (GMT) (envelope-from flz@xbsd.org) From: Florent Thoumie To: freebsd-ports@freebsd.org, fbsd_user@a1poweruser.com Date: Sun, 15 Jan 2006 18:55:47 +0100 User-Agent: KMail/1.8.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1178051.CiHtI2HJhr"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601151855.53000.flz@xbsd.org> Cc: ports@freebsd.org, ale@freebsd.org Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 17:58:16 -0000 --nextPart1178051.CiHtI2HJhr Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 15 January 2006 18:42, fbsd_user wrote: > The answer to your smart ass question is YES. > That long description field is there for a purpose. > Loading it with bull shit does not make the port collection any more > easy to use. > It is not the readers job to guess what the port does. > So if you don't have any value to add to this post please keep your > silly thoughts to your self. > You only make your self look like a fool and waste peoples time. First, you didn't need to send this to -ports. Then, you could have been a bit more polite. Finally, as a long time FreeBSD user and smart person, you could have used the usual way to report such a problem using send-pr or its web front-end. =2D-=20 =46lorent Thoumie flz@FreeBSD.org =46reeBSD Committer --nextPart1178051.CiHtI2HJhr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDyoyoMxEkbVFH3PQRApnFAJ4/boV2mX6RDtQAlnGJ7WFhY1/f6ACdF2E/ Pae7Pb6XGXufYxqqs0cs0+8= =4NMt -----END PGP SIGNATURE----- --nextPart1178051.CiHtI2HJhr-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 18:23:24 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB20B16A41F; Sun, 15 Jan 2006 18:23:24 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0018243D45; Sun, 15 Jan 2006 18:23:23 +0000 (GMT) (envelope-from fbsd_user@a1poweruser.com) Received: from barbish ([69.172.31.117]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP id <20060115182323.CZWQ8904.mta13.adelphia.net@barbish>; Sun, 15 Jan 2006 13:23:23 -0500 From: "fbsd_user" To: "Florent Thoumie" Date: Sun, 15 Jan 2006 13:23:17 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <200601151855.53000.flz@xbsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal Cc: ports@freebsd.org, ale@freebsd.org Subject: RE: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd_user@a1poweruser.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 18:23:24 -0000 On Sunday 15 January 2006 18:42, fbsd_user wrote: > The answer to your smart ass question is YES. > That long description field is there for a purpose. > Loading it with bull shit does not make the port collection any more > easy to use. > It is not the readers job to guess what the port does. > So if you don't have any value to add to this post please keep your > silly thoughts to your self. > You only make your self look like a fool and waste peoples time. First, you didn't need to send this to -ports. Then, you could have been a bit more polite. Finally, as a long time FreeBSD user and smart person, you could have used the usual way to report such a problem using send-pr or its web front-end. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer *********************************** oh yea chastise me instead of Marc G. Fournier who was the rude person. I posted to ale@freebsd.org maintainer instead of posting a send-pr when this is not a problem but a question and I was giving him a opportunity to explain him self first. Situation looks like the maintainer made error and replaced all the php ports long description contents with his default content. Hopefully the maintainer can reverse his error and repopulate with the original ports long description content. Even if original php ports long description content were blank, loading it with the content he did is waste of disk storage space. From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 20:34:23 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7D2716A423 for ; Sun, 15 Jan 2006 20:34:23 +0000 (GMT) (envelope-from mikejs@mbay.net) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A62A43D46 for ; Sun, 15 Jan 2006 20:34:23 +0000 (GMT) (envelope-from mikejs@mbay.net) Received: from freebsd54.san.rr.com (cpe-70-95-218-173.san.res.rr.com [70.95.218.173]) by ms-smtp-01-eri0.socal.rr.com (8.13.4/8.13.4) with ESMTP id k0FKYMB1016145 for ; Sun, 15 Jan 2006 12:34:22 -0800 (PST) From: Mike Sacauskis To: freebsd-ports@freebsd.org In-Reply-To: Content-Type: text/plain Date: Sun, 15 Jan 2006 12:34:35 +0000 Message-Id: <1137328475.46361.7.camel@freebsd54.san.rr.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: FreeBSD Port: mapserver-4.4.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mikejs@mbay.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 20:34:23 -0000 Hi I was able to get mapserver-4.6.2 to build from source. I first built /usr/lang/php4 without installing it. I ran the ./configure --with-zlib=/usr/local/ --with-png=/usr/local/ --with-jpeg=/usr/local/ --with-xpm=/usr/local/ --with-libiconv=/usr/local/ --with-gd=/usr/local/ --with-php=/usr/ports/lang/php4/work/php-4.4.1/ --with-php-regex-dir=/usr/ports/lang/php4/work/php-4.4.1/regex --with-freetype=/usr/local I then had to hack the /mapserver-4.6.2/mapscript/php3/Makefile CFLAGS = -O2 -fPIC -Wall $(PHP_INC) -DUSE_PHP_REGEX -DCOMPILE_DL=1 -DPHP4 PHP_INC = -I$(PHP_SRC_DIR) -I$(PHP_SRC_DIR)/dl -I$(PHP_SRC_DIR)/main \ -I$(PHP_SRC_DIR)Zend -I$(PHP_SRC_DIR)/include \ -I$(PHP_SRC_DIR)/TSRM -I/usr/home/devel/mapserver-4.6.2 \ -I/usr/local/include Mike Sacauskis From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 20:40:24 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F128116A459; Sun, 15 Jan 2006 20:40:23 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from basement.kutulu.org (2.196.27.24.cfl.res.rr.com [24.27.196.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7191743D48; Sun, 15 Jan 2006 20:40:23 +0000 (GMT) (envelope-from kutulu@kutulu.org) Received: from [127.0.0.1] (platypus.jungle [192.168.69.2]) by basement.kutulu.org (Postfix) with ESMTP id 6472817; Sun, 15 Jan 2006 15:40:21 -0500 (EST) Message-ID: <43CAB42D.5050608@kutulu.org> Date: Sun, 15 Jan 2006 15:44:29 -0500 From: Mike Edenfield Organization: KutuluWare Software Services User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: fbsd_user@a1poweruser.com References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, ale@FreeBSD.org Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 20:40:24 -0000 fbsd_user wrote: > The answer to your smart ass question is YES. > That long description field is there for a purpose. Patches welcome. Fire up send-pr and go to it. -- -- Mike Still using IE? Get Firefox! http://www.spreadfirefox.com/?q=affiliates&id=6492&t=1 From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 20:52:35 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C599416A41F; Sun, 15 Jan 2006 20:52:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4757C43D49; Sun, 15 Jan 2006 20:52:35 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id BE18662C7D1; Sun, 15 Jan 2006 16:52:34 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 53730-04; Sun, 15 Jan 2006 16:52:34 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 4DB5662C7D0; Sun, 15 Jan 2006 16:52:34 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 080983DF5E; Sun, 15 Jan 2006 16:52:35 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 0277D3CF51; Sun, 15 Jan 2006 16:52:35 -0400 (AST) Date: Sun, 15 Jan 2006 16:52:34 -0400 (AST) From: "Marc G. Fournier" To: fbsd_user In-Reply-To: Message-ID: <20060115165040.P28752@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: ports@freebsd.org, ale@freebsd.org, Florent Thoumie Subject: RE: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 20:52:35 -0000 On Sun, 15 Jan 2006, fbsd_user wrote: > > > On Sunday 15 January 2006 18:42, fbsd_user wrote: >> The answer to your smart ass question is YES. >> That long description field is there for a purpose. >> Loading it with bull shit does not make the port collection any > more >> easy to use. >> It is not the readers job to guess what the port does. >> So if you don't have any value to add to this post please keep > your >> silly thoughts to your self. >> You only make your self look like a fool and waste peoples time. > > First, you didn't need to send this to -ports. > Then, you could have been a bit more polite. > Finally, as a long time FreeBSD user and smart person, you > could have used the usual way to report such a problem > using send-pr or its web front-end. > > -- > Florent Thoumie > flz@FreeBSD.org > FreeBSD Committer > > *********************************** > > oh yea chastise me instead of Marc G. Fournier who was the rude > person. You don't consider: > How is your stupid standard meaningless php long description helping users > determine what the port does??? > I don't remember the php ports being this way in the past? > This makes all the php ports useless. This needs fixing. being 'rude and utterly useless'? All I did was point out that the php* ports weren't as unintuitive as you put them out to be ... sorry if I hate you with your flame-retardant suit at the cleaners, but you shouldn't have posted obvious flame-bait before getting it back ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 20:55:46 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDB4B16A41F for ; Sun, 15 Jan 2006 20:55:46 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from komquats.com (S0106002078125c0c.gv.shawcable.net [24.108.150.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC57943D45 for ; Sun, 15 Jan 2006 20:55:45 +0000 (GMT) (envelope-from Cy.Schubert@komquats.com) Received: from cwsys.cwsent.com (cwsys [10.1.1.1]) by komquats.com (Postfix) with ESMTP id 461BC4C5D0 for ; Sun, 15 Jan 2006 12:55:44 -0800 (PST) Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.13.4/8.13.4) with ESMTP id k0FKtheC067128 for ; Sun, 15 Jan 2006 12:55:43 -0800 (PST) (envelope-from Cy.Schubert@komquats.com) Message-Id: <200601152055.k0FKtheC067128@cwsys.cwsent.com> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.komquats.com/ To: freebsd-ports@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 15 Jan 2006 12:55:43 -0800 Sender: Cy.Schubert@komquats.com Subject: fvwm 2.5.15 (fwd) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cy Schubert List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jan 2006 20:55:47 -0000 I am in the process of upgrading all of my ports on my network. This usually is a five or six day process, mainly me waiting for the computers to finish their work. I will upgrade the fvwm2-devel port after that. Cheers, Cy Schubert Web: http://www.komquats.com and http://www.bcbodybuilder.com FreeBSD UNIX: Web: http://www.FreeBSD.org BC Government: "Lift long enough and I believe arrogance is replaced by humility and fear by courage and selfishness by generosity and rudeness by compassion and caring." -- Dave Draper ------- Forwarded Message Date: Sun, 15 Jan 2006 13:31:13 -0600 From: Jason L Tibbitts III To: fvwm-announce@fvwm.org Subject: fvwm 2.5.15 Fvwm is a powerful window manager. Version 2.5.15 is a beta release that fixes a couple of bugs and introduces a number of new minor features. You are welcome to upgrade and test the new features or help stabilizing the code. Please be aware that any features introduced in the 2.5.x development versions may be renamed, changed or removed without notice before 2.6.0. 2.5.15 fixes some bugs with the 64-bit architecture support. For 64-bit support, upgrading from any earlier release is strongly recommended. Otherwise upgrading from any earlier 2.5.x release is recommended. This release is available at the home page: http://www.fvwm.org/. * New features: - Variables can be nested, like $[desk.name$[desk.n]]. - Obsolete one-letter variables work, but generate warnings now. - Windows can be placed by any button (now also >3). - It is now possible to redefine the buttons usable to finish window movement and manual placement. - New window condition PlacedByButton. - MenuStyle pairs can be negated by prefixing '!'. - New generic tabbing module - FvwmTabs. - New Style option: EWMHIgnoreWindowType. - New MenuStyle options: MouseWheel, ScrollOffPage and TrianglesUseFore. - New option "screen" to Move and ResizeMove commands to allow specifying the target Xinerama screen. * Bug Fixes: - Supported a new fribidi version 0.10.5 in addition to 0.10.4. - Better look for windows with "BorderStyle TiledPixmap". - Some EWMH-related 64-bit fixes. - Fixed segmentation fault when replacing title of title only menus (Bug #1121). - Fixes for resizing of shaded windows and resizing/moving windows with complex functions. ------- End of Forwarded Message From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 22:42:14 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9D6E16A41F; Sun, 15 Jan 2006 22:42:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8567443D48; Sun, 15 Jan 2006 22:42:14 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 62F6F1A3C27; Sun, 15 Jan 2006 14:42:14 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A534E54A46; Sun, 15 Jan 2006 17:42:13 -0500 (EST) Date: Sun, 15 Jan 2006 17:42:13 -0500 From: Kris Kennaway To: fbsd_user Message-ID: <20060115224213.GA26084@xor.obsecurity.org> References: <200601151855.53000.flz@xbsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, ale@freebsd.org, Florent Thoumie Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 22:42:14 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jan 15, 2006 at 01:23:17PM -0500, fbsd_user wrote: > oh yea chastise me instead of Marc G. Fournier who was the rude > person. No, your initial email was very rude. Do not expect anyone to listen to you if you are unable to send polite emails. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDys/FWry0BWjoQKURAovQAJ9Xd+i8BFJ3UbfdaoEG/ViWor740QCfZh/9 9HMvDJgUFvgU3hW7YtpbjOM= =vmL0 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 23:05:50 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20DD416A41F; Sun, 15 Jan 2006 23:05:50 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from pinnacle.akherb.com (94-37-237-24.gci.net [24.237.37.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9F2B43D60; Sun, 15 Jan 2006 23:05:39 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: by pinnacle.akherb.com (Postfix, from userid 1007) id 554655E3B; Sun, 15 Jan 2006 14:05:39 -0900 (AKST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pinnacle.akherb.com X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL autolearn=no version=3.1.0 Received: from stargate.akparadise.com (209-124-141-064.ip.arctic.net [209.124.141.64]) by pinnacle.akherb.com (Postfix) with ESMTP id 291145D43; Sun, 15 Jan 2006 14:05:38 -0900 (AKST) Received: by stargate.akparadise.com (Postfix, from userid 0) id 59BC93FBF; Sun, 15 Jan 2006 14:05:35 -0900 (AKST) From: Beech Rintoul Organization: NorthWind Communications To: freebsd-ports@freebsd.org Date: Sun, 15 Jan 2006 14:05:14 -0900 User-Agent: KMail/1.9.1 References: <200601151855.53000.flz@xbsd.org> <20060115224213.GA26084@xor.obsecurity.org> In-Reply-To: <20060115224213.GA26084@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6985714.KPQBFuRZ9z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601151405.33074.akbeech@gmail.com> Cc: ports@freebsd.org, fbsd_user , Kris Kennaway Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 23:05:50 -0000 --nextPart6985714.KPQBFuRZ9z Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Rude Comments The last time I looked FreeBSD was a volunteer project. If the port=20 descriptions don't satisfy you, take some initiative and edit them. I'm sur= e=20 the maintainer will look and possibly commit them if your job is=20 professional. Just because you don't understand what a particular port is=20 doesn't mean the rest of us don't. I would much rather see the maintainer=20 actually maintaining the ports not writing training pages for newbies. Ther= e=20 is lots of documentation for most of the ports online. When in doubt, Googl= e=20 is your friend. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://akparadise.byethost33.com =2D------------------------------------------------------------------------= =2D------------- --nextPart6985714.KPQBFuRZ9z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDytU8Vq19LUoGB+MRAmseAJoCj03uorP6eDEX7LR5JGL+Nv6NYwCeNU+K 2mZdvMpf3XJjFEj64HAy2FA= =kH07 -----END PGP SIGNATURE----- --nextPart6985714.KPQBFuRZ9z-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 23:05:50 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20DD416A41F; Sun, 15 Jan 2006 23:05:50 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: from pinnacle.akherb.com (94-37-237-24.gci.net [24.237.37.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9F2B43D60; Sun, 15 Jan 2006 23:05:39 +0000 (GMT) (envelope-from akbeech@gmail.com) Received: by pinnacle.akherb.com (Postfix, from userid 1007) id 554655E3B; Sun, 15 Jan 2006 14:05:39 -0900 (AKST) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pinnacle.akherb.com X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=SPF_NEUTRAL autolearn=no version=3.1.0 Received: from stargate.akparadise.com (209-124-141-064.ip.arctic.net [209.124.141.64]) by pinnacle.akherb.com (Postfix) with ESMTP id 291145D43; Sun, 15 Jan 2006 14:05:38 -0900 (AKST) Received: by stargate.akparadise.com (Postfix, from userid 0) id 59BC93FBF; Sun, 15 Jan 2006 14:05:35 -0900 (AKST) From: Beech Rintoul Organization: NorthWind Communications To: freebsd-ports@freebsd.org Date: Sun, 15 Jan 2006 14:05:14 -0900 User-Agent: KMail/1.9.1 References: <200601151855.53000.flz@xbsd.org> <20060115224213.GA26084@xor.obsecurity.org> In-Reply-To: <20060115224213.GA26084@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6985714.KPQBFuRZ9z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601151405.33074.akbeech@gmail.com> Cc: ports@freebsd.org, fbsd_user , Kris Kennaway Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 23:05:50 -0000 --nextPart6985714.KPQBFuRZ9z Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Rude Comments The last time I looked FreeBSD was a volunteer project. If the port=20 descriptions don't satisfy you, take some initiative and edit them. I'm sur= e=20 the maintainer will look and possibly commit them if your job is=20 professional. Just because you don't understand what a particular port is=20 doesn't mean the rest of us don't. I would much rather see the maintainer=20 actually maintaining the ports not writing training pages for newbies. Ther= e=20 is lots of documentation for most of the ports online. When in doubt, Googl= e=20 is your friend. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - System Administrator - akbeech@gmail.com /"\ ASCII Ribbon Campaign | NorthWind Communications \ / - NO HTML/RTF in e-mail | 201 East 9th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://akparadise.byethost33.com =2D------------------------------------------------------------------------= =2D------------- --nextPart6985714.KPQBFuRZ9z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDytU8Vq19LUoGB+MRAmseAJoCj03uorP6eDEX7LR5JGL+Nv6NYwCeNU+K 2mZdvMpf3XJjFEj64HAy2FA= =kH07 -----END PGP SIGNATURE----- --nextPart6985714.KPQBFuRZ9z-- From owner-freebsd-ports@FreeBSD.ORG Sun Jan 15 23:07:35 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E09B916A41F for ; Sun, 15 Jan 2006 23:07:35 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id A870743D45 for ; Sun, 15 Jan 2006 23:07:35 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 6B281403C; Sun, 15 Jan 2006 17:07:35 -0600 (CST) Date: Sun, 15 Jan 2006 17:07:35 -0600 To: Dan Langille Message-ID: <20060115230735.GB19392@soaustin.net> References: <43CA449C.28180.3247619B@dan.langille.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43CA449C.28180.3247619B@dan.langille.org> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: ports@freebsd.org Subject: Re: MOVED - from == to? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 15 Jan 2006 23:07:36 -0000 On Sun, Jan 15, 2006 at 12:48:28PM -0500, Dan Langille wrote: > Can the FROM field be the same as the TO field in ports/MOVED? I > think not. eik and I were trying to convince people that that would be a good technique to note 'previously removed port has been reinstated', but I don't think we convinced anyone. My original interpretation of MOVED, when I built portsmon, was that it contained a complete historical record of ports that had been deleted and/or moved. To build the view of the 'latest' change, portsmon walks the tree and follows multiple entries. The reason I did it this way is that so I could say 'PR #xyz was orginally about foo/bar-devel but now it is about foo/bar since that's where foo/bar-devel got moved to." However, I also failed to convince people that keeping the historical entries was useful, and now some (but not all) of them have been flushed. Given that, we might as well flush the rest of them, and the from=to entries as well. mcl From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 00:38:41 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0615516A41F for ; Mon, 16 Jan 2006 00:38:41 +0000 (GMT) (envelope-from kris@FreeBSD.org) Received: from builder.freebsd.org (builder.freebsd.org [216.136.204.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BFFF43D45 for ; Mon, 16 Jan 2006 00:38:40 +0000 (GMT) (envelope-from kris@FreeBSD.org) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.13.4/8.13.4) with ESMTP id k0G0ce8G053117 for ; Mon, 16 Jan 2006 00:38:40 GMT (envelope-from kris@builder.freebsd.org) Received: (from kris@localhost) by builder.freebsd.org (8.13.4/8.13.4/Submit) id k0G0cecW053116 for ports@FreeBSD.org; Mon, 16 Jan 2006 00:38:40 GMT (envelope-from kris) Date: Mon, 16 Jan 2006 00:38:40 GMT From: Kris Kennaway Message-Id: <200601160038.k0G0cecW053116@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX build failed for 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 00:38:41 -0000 INDEX build failed with errors: Generating INDEX - please wait..torcs-1.2.4_1: "/local0/tmp/kris/tindex/ports/x11-toolkits/freeglut" non-existent -- dependency list incomplete ===> games/torcs failed *** Error code 1 *** Error code 1 Stop in /local0/tmp/kris/tindex/ports. *** Error code 1 Stop in /local0/tmp/kris/tindex/ports. 1 error Committers on the hook: aaron clement clsung danfe dougb edwin ehaupt erwin flz garga gerald girgen ijliao jkoshy jylefort kbyanc lawrance linimon lioux lofi maho marcus pav simon tdb tg thierry vs Most recent CVS update was: U COPYRIGHT U MOVED U cad/astk-serveur/Makefile U cad/astk-serveur/distinfo U cad/astk-serveur/pkg-plist U cad/astk-serveur/files/patch-conf_aster_profile.sh U cad/astk-serveur/files/patch-lib__as_exec.py U cad/gmsh/Makefile U cad/gmsh/distinfo U cad/gmsh/pkg-plist U french/aster/Makefile U french/aster/distinfo U french/aster/pkg-plist U french/aster/files/patch-products.py U french/eficas/Makefile U french/eficas/distinfo U french/eficas/pkg-plist U french/eficas/files/eficas.in U french/eficas/files/patch-Editeur__change_comm.py U french/eficas/files/patch-Editeur_bureau.py U french/eficas/files/patch-convert::Parserv5::Translate.py U french/eficas/files/patch-generator__generator_python.py U french/gibi/Makefile U french/homard/Makefile U french/homard/distinfo U french/homard/pkg-plist U french/med/Makefile U french/med/distinfo U french/med/files/patch-src::cfi::Makefile.in U french/med/files/patch-src::ci::Makefile.in U french/med/files/patch-src::hdfi::Makefile.in U french/med/files/patch-src::misc::Makefile.in U french/med/files/patch-tests::c::Makefile.in U french/med/files/patch-tools::mdump::Makefile.in U french/med/files/patch-tools::medconforme::Makefile.in U french/med/files/patch-tools::medimport::Makefile.in U math/metis-edf/Makefile U math/metis-edf/distinfo U math/metis-edf/files/patch-CONFIG::configure U math/metis-edf/files/patch-Programs::Makefile U net-mgmt/Makefile U net-mgmt/nfdump-devel/Makefile U net-mgmt/nfdump-devel/distinfo U net-mgmt/nfdump-devel/pkg-descr U net-mgmt/nfdump-devel/files/patch-Makefile.in U net-mgmt/nfdump-devel/files/patch-configure U net-mgmt/nfdump-devel/files/patch-ft2nfdump.c U security/opensc/Makefile U security/tor-devel/Makefile U security/tor-devel/distinfo U security/tor-devel/pkg-message U security/tor-devel/pkg-plist U security/tor-devel/files/patch-contrib-tor.sh.in U security/tor-devel/files/patch-contrib-torctl.in U x11-toolkits/Makefile From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 01:55:40 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 650B316A420 for ; Mon, 16 Jan 2006 01:55:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC08C43D58 for ; Mon, 16 Jan 2006 01:55:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 94A381A3C24; Sun, 15 Jan 2006 17:55:39 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D8BD854A21; Sun, 15 Jan 2006 20:55:38 -0500 (EST) Date: Sun, 15 Jan 2006 20:55:38 -0500 From: Kris Kennaway To: Mark Linimon Message-ID: <20060116015538.GA29320@xor.obsecurity.org> References: <43CA449C.28180.3247619B@dan.langille.org> <20060115230735.GB19392@soaustin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20060115230735.GB19392@soaustin.net> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, Dan Langille Subject: Re: MOVED - from == to? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 01:55:40 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 15, 2006 at 05:07:35PM -0600, Mark Linimon wrote: > On Sun, Jan 15, 2006 at 12:48:28PM -0500, Dan Langille wrote: > > Can the FROM field be the same as the TO field in ports/MOVED? I=20 > > think not. >=20 > eik and I were trying to convince people that that would be a good > technique to note 'previously removed port has been reinstated', but I > don't think we convinced anyone. >=20 > My original interpretation of MOVED, when I built portsmon, was that > it contained a complete historical record of ports that had been > deleted and/or moved. To build the view of the 'latest' change, portsmon > walks the tree and follows multiple entries. The reason I did it this > way is that so I could say 'PR #xyz was orginally about foo/bar-devel but > now it is about foo/bar since that's where foo/bar-devel got moved to." >=20 > However, I also failed to convince people that keeping the historical > entries was useful, and now some (but not all) of them have been flushed. >=20 > Given that, we might as well flush the rest of them, and the from=3Dto > entries as well. There's a larger problem which is that it's impossible to correctly parse the information in MOVED as it currently stands. e.g. editors/emacs|editors/emacs19|2004-03-20|emacs 19.x moved to a non-default = port location editors/emacs21|editors/emacs|2004-03-20|emacs 21.x moved to default port l= ocation The intention of the above is that old versions of editors/emacs (which were emacs 19.x) should be followed to editors/emacs19. But a newer editors/emacs port is 21.x, so it should not follow there. The way MOVED was intended to be parsed was to start at the "appropriate date" in the file and only parse entries after this date. The problem is that there's no unambigious way to determine "appropriate date": it's supposed to mean the date of the port from which the package was built, but this is not recorded in the package (or clearly defined itself: in most cases it's the date of the port Makefile, except for ports that .include other things, i.e. potentially every port). A better solution might be to additionally record the PKGVERSION of the port at the date of the MOVED entry, since this may be easily parsed and used to determine whether the entry applies to a given package. The problem is that PKGVERSION is not always uniquely defined and may sometimes depend on OSVERSION and other factors. I don't know how to fix this. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyv0aWry0BWjoQKURAjsBAJsHiHOLrPKskjbAd1kiW3i3NysTdgCfSwKl I0d7tQxEWaBAhQpaMiEt03I= =n+s6 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 03:13:14 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E938416A41F for ; Mon, 16 Jan 2006 03:13:13 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id D668F43D46 for ; Mon, 16 Jan 2006 03:13:08 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i20so950831wra for ; Sun, 15 Jan 2006 19:13:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Blsmm6y3X/0bL6CU7gGLiXEdYVWg400+GXexcBp9aKTt56H1Z3F/c+0m1brtRgr0zvBlPFDBpREDj7CffrXI1E+NrpGi7gyR5W7HDqY17vzab/kFQxovBRUNiCBLzFJb5HpVMSbOo/uBXsr8+kE9inypVNwAj606fcb1me7riDY= Received: by 10.54.143.1 with SMTP id q1mr3751486wrd; Sun, 15 Jan 2006 19:13:07 -0800 (PST) Received: from ringworm.mechee.com ( [71.102.36.221]) by mx.gmail.com with ESMTP id 38sm8986322wrl.2006.01.15.19.13.06; Sun, 15 Jan 2006 19:13:07 -0800 (PST) From: "Michael C. Shultz" To: freebsd-ports@freebsd.org Date: Sun, 15 Jan 2006 19:13:03 -0800 User-Agent: KMail/1.9.1 References: <43CA449C.28180.3247619B@dan.langille.org> <20060115230735.GB19392@soaustin.net> <20060116015538.GA29320@xor.obsecurity.org> In-Reply-To: <20060116015538.GA29320@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601151913.04681.ringworm01@gmail.com> Cc: ports@freebsd.org, Mark Linimon , Dan Langille , Kris Kennaway Subject: Re: MOVED - from == to? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 03:13:14 -0000 On Sunday 15 January 2006 17:55, Kris Kennaway wrote: > On Sun, Jan 15, 2006 at 05:07:35PM -0600, Mark Linimon wrote: > > On Sun, Jan 15, 2006 at 12:48:28PM -0500, Dan Langille wrote: > > > Can the FROM field be the same as the TO field in ports/MOVED? I > > > think not. > > > > eik and I were trying to convince people that that would be a good > > technique to note 'previously removed port has been reinstated', but I > > don't think we convinced anyone. > > > > My original interpretation of MOVED, when I built portsmon, was that > > it contained a complete historical record of ports that had been > > deleted and/or moved. To build the view of the 'latest' change, portsmon > > walks the tree and follows multiple entries. The reason I did it this > > way is that so I could say 'PR #xyz was orginally about foo/bar-devel but > > now it is about foo/bar since that's where foo/bar-devel got moved to." > > > > However, I also failed to convince people that keeping the historical > > entries was useful, and now some (but not all) of them have been flushed. > > > > Given that, we might as well flush the rest of them, and the from=to > > entries as well. > > There's a larger problem which is that it's impossible to correctly > parse the information in MOVED as it currently stands. e.g. > > editors/emacs|editors/emacs19|2004-03-20|emacs 19.x moved to a non-default > port location editors/emacs21|editors/emacs|2004-03-20|emacs 21.x moved to > default port location > > The intention of the above is that old versions of editors/emacs > (which were emacs 19.x) should be followed to editors/emacs19. But a > newer editors/emacs port is 21.x, so it should not follow there. > > The way MOVED was intended to be parsed was to start at the > "appropriate date" in the file and only parse entries after this date. > The problem is that there's no unambigious way to determine > "appropriate date": it's supposed to mean the date of the port from > which the package was built, but this is not recorded in the package > (or clearly defined itself: in most cases it's the date of the port > Makefile, except for ports that .include other things, > i.e. potentially every port). > > A better solution might be to additionally record the PKGVERSION of > the port at the date of the MOVED entry, since this may be easily > parsed and used to determine whether the entry applies to a given > package. The problem is that PKGVERSION is not always uniquely > defined and may sometimes depend on OSVERSION and other factors. > > I don't know how to fix this. > > Kris The MOVED data base is usless from my point of veiw. Only useful purpose it serves is to explain what happened to a port that is no longer in the collection and it does that poorly. Seems like CVS records would be a better way to follow a port's history. IMO a port should only have one entry, and that is only if it was removed, here is how the fields might be set up: category/portname | date removed | reason If the port was renamed in the reason column just enter something like: renamed: new category/ portname If the port is placed back into service then remove it's record. Just my opinion... -Mike From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 03:13:14 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F2216A420 for ; Mon, 16 Jan 2006 03:13:14 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D686043D48 for ; Mon, 16 Jan 2006 03:13:08 +0000 (GMT) (envelope-from ringworm01@gmail.com) Received: by wproxy.gmail.com with SMTP id i20so950832wra for ; Sun, 15 Jan 2006 19:13:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=Blsmm6y3X/0bL6CU7gGLiXEdYVWg400+GXexcBp9aKTt56H1Z3F/c+0m1brtRgr0zvBlPFDBpREDj7CffrXI1E+NrpGi7gyR5W7HDqY17vzab/kFQxovBRUNiCBLzFJb5HpVMSbOo/uBXsr8+kE9inypVNwAj606fcb1me7riDY= Received: by 10.54.143.1 with SMTP id q1mr3751486wrd; Sun, 15 Jan 2006 19:13:07 -0800 (PST) Received: from ringworm.mechee.com ( [71.102.36.221]) by mx.gmail.com with ESMTP id 38sm8986322wrl.2006.01.15.19.13.06; Sun, 15 Jan 2006 19:13:07 -0800 (PST) From: "Michael C. Shultz" To: freebsd-ports@freebsd.org Date: Sun, 15 Jan 2006 19:13:03 -0800 User-Agent: KMail/1.9.1 References: <43CA449C.28180.3247619B@dan.langille.org> <20060115230735.GB19392@soaustin.net> <20060116015538.GA29320@xor.obsecurity.org> In-Reply-To: <20060116015538.GA29320@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601151913.04681.ringworm01@gmail.com> Cc: ports@freebsd.org, Mark Linimon , Dan Langille , Kris Kennaway Subject: Re: MOVED - from == to? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 03:13:14 -0000 On Sunday 15 January 2006 17:55, Kris Kennaway wrote: > On Sun, Jan 15, 2006 at 05:07:35PM -0600, Mark Linimon wrote: > > On Sun, Jan 15, 2006 at 12:48:28PM -0500, Dan Langille wrote: > > > Can the FROM field be the same as the TO field in ports/MOVED? I > > > think not. > > > > eik and I were trying to convince people that that would be a good > > technique to note 'previously removed port has been reinstated', but I > > don't think we convinced anyone. > > > > My original interpretation of MOVED, when I built portsmon, was that > > it contained a complete historical record of ports that had been > > deleted and/or moved. To build the view of the 'latest' change, portsmon > > walks the tree and follows multiple entries. The reason I did it this > > way is that so I could say 'PR #xyz was orginally about foo/bar-devel but > > now it is about foo/bar since that's where foo/bar-devel got moved to." > > > > However, I also failed to convince people that keeping the historical > > entries was useful, and now some (but not all) of them have been flushed. > > > > Given that, we might as well flush the rest of them, and the from=to > > entries as well. > > There's a larger problem which is that it's impossible to correctly > parse the information in MOVED as it currently stands. e.g. > > editors/emacs|editors/emacs19|2004-03-20|emacs 19.x moved to a non-default > port location editors/emacs21|editors/emacs|2004-03-20|emacs 21.x moved to > default port location > > The intention of the above is that old versions of editors/emacs > (which were emacs 19.x) should be followed to editors/emacs19. But a > newer editors/emacs port is 21.x, so it should not follow there. > > The way MOVED was intended to be parsed was to start at the > "appropriate date" in the file and only parse entries after this date. > The problem is that there's no unambigious way to determine > "appropriate date": it's supposed to mean the date of the port from > which the package was built, but this is not recorded in the package > (or clearly defined itself: in most cases it's the date of the port > Makefile, except for ports that .include other things, > i.e. potentially every port). > > A better solution might be to additionally record the PKGVERSION of > the port at the date of the MOVED entry, since this may be easily > parsed and used to determine whether the entry applies to a given > package. The problem is that PKGVERSION is not always uniquely > defined and may sometimes depend on OSVERSION and other factors. > > I don't know how to fix this. > > Kris The MOVED data base is usless from my point of veiw. Only useful purpose it serves is to explain what happened to a port that is no longer in the collection and it does that poorly. Seems like CVS records would be a better way to follow a port's history. IMO a port should only have one entry, and that is only if it was removed, here is how the fields might be set up: category/portname | date removed | reason If the port was renamed in the reason column just enter something like: renamed: new category/ portname If the port is placed back into service then remove it's record. Just my opinion... -Mike From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 05:14:23 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26D3216A41F for ; Mon, 16 Jan 2006 05:14:23 +0000 (GMT) (envelope-from kris@FreeBSD.org) Received: from builder.freebsd.org (builder.freebsd.org [216.136.204.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id D437943D48 for ; Mon, 16 Jan 2006 05:14:22 +0000 (GMT) (envelope-from kris@FreeBSD.org) Received: from builder.freebsd.org (localhost [127.0.0.1]) by builder.freebsd.org (8.13.4/8.13.4) with ESMTP id k0G5EME7031168 for ; Mon, 16 Jan 2006 05:14:22 GMT (envelope-from kris@builder.freebsd.org) Received: (from kris@localhost) by builder.freebsd.org (8.13.4/8.13.4/Submit) id k0G5EM8T031166 for ports@FreeBSD.org; Mon, 16 Jan 2006 05:14:22 GMT (envelope-from kris) Date: Mon, 16 Jan 2006 05:14:22 GMT From: Kris Kennaway Message-Id: <200601160514.k0G5EM8T031166@builder.freebsd.org> To: ports@FreeBSD.org Cc: Subject: INDEX now builds successfully on 4.x X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 05:14:23 -0000 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 07:36:20 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB59616A41F; Mon, 16 Jan 2006 07:36:20 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 197BA43D49; Mon, 16 Jan 2006 07:36:15 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0G7aDWP014108; Mon, 16 Jan 2006 18:36:13 +1100 Received: from [61.8.42.136] (ppp2A88.dyn.pacific.net.au [61.8.42.136]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0G7aA6P021391; Mon, 16 Jan 2006 18:36:11 +1100 In-Reply-To: <1137328475.46361.7.camel@freebsd54.san.rr.com> References: <1137328475.46361.7.camel@freebsd54.san.rr.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Mon, 16 Jan 2006 18:36:14 +1100 To: mikejs@mbay.net X-Mailer: Apple Mail (2.746.2) Cc: mharo@freebsd.org, freebsd ports Subject: Re: FreeBSD Port: mapserver-4.4.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 07:36:20 -0000 [mapserver maintainer CC'ed] On 15/01/2006, at 11:34 PM, Mike Sacauskis wrote: > Hi > > I was able to get mapserver-4.6.2 to build from source. I first > built /usr/lang/php4 without installing it. > > I ran the ./configure --with-zlib=/usr/local/ --with-png=/usr/local/ > --with-jpeg=/usr/local/ --with-xpm=/usr/local/ > --with-libiconv=/usr/local/ --with-gd=/usr/local/ > --with-php=/usr/ports/lang/php4/work/php-4.4.1/ > --with-php-regex-dir=/usr/ports/lang/php4/work/php-4.4.1/regex > --with-freetype=/usr/local > > I then had to hack the /mapserver-4.6.2/mapscript/php3/Makefile > > CFLAGS = -O2 -fPIC -Wall $(PHP_INC) -DUSE_PHP_REGEX -DCOMPILE_DL=1 > -DPHP4 > PHP_INC = -I$(PHP_SRC_DIR) -I$(PHP_SRC_DIR)/dl -I$(PHP_SRC_DIR)/main \ > -I$(PHP_SRC_DIR)Zend -I$(PHP_SRC_DIR)/include \ > -I$(PHP_SRC_DIR)/TSRM -I/usr/home/devel/mapserver-4.6.2 \ > -I/usr/local/include That's great. Perhaps you could have a go at updating the port? Let me know if you need some help. Check out the Porter's Handbook if it's you need more information. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 08:08:18 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD06816A41F for ; Mon, 16 Jan 2006 08:08:18 +0000 (GMT) (envelope-from bsdmad@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 422CE43D45 for ; Mon, 16 Jan 2006 08:08:18 +0000 (GMT) (envelope-from bsdmad@gmail.com) Received: by wproxy.gmail.com with SMTP id i20so981003wra for ; Mon, 16 Jan 2006 00:08:17 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SUkii96C524vVcREPkjTVCxTEeg4wtYiN8kdSHACGH61A9r4jI4S97ZQxR6quOwHCvWpq8aCXG/Ib/1izpbu6ehyFQdRNtsdEIkT7SEdpf4UWmVhI0DYTODG1/LUX2JU0Mxhyq6ty40UrmI2p/dW3ZZLkHvx3MuhPUiDU8WuPPY= Received: by 10.54.60.26 with SMTP id i26mr2679852wra; Mon, 16 Jan 2006 00:08:17 -0800 (PST) Received: by 10.54.121.17 with HTTP; Mon, 16 Jan 2006 00:08:17 -0800 (PST) Message-ID: <4cb05bee0601160008m3022d055v@mail.gmail.com> Date: Mon, 16 Jan 2006 17:08:17 +0900 From: UEDA Hiroyuki To: ports@freebsd.org In-Reply-To: <1137340656.3790.20.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43CA490C.7010201@wittig.name> <1137340656.3790.20.camel@localhost> Cc: Subject: Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 08:08:18 -0000 Hi, all. 2006/1/16, Pav Lucistnik : ; > Can you try attached patch on some real ruby scripts? > Generate some load and check if apache is behaving correctly? It fixed " /usr/local/lib/libruby18.so.18: Undefined symbol "pthread_create" error, but some ruby application(ex. Hiki - http://hikiwiki.org/en/) using mod_ruby make empty page with following errors on FreeBSD 6-STABLE: [Mon Jan 16 13:14:35 2006] [notice] child pid 654 exit signal Alarm clock (= 14) [Mon Jan 16 13:19:23 2006] [notice] child pid 686 exit signal Virtual timer expired (26) [Mon Jan 16 13:20:07 2006] [notice] child pid 649 exit signal Virtual timer expired (26) [Mon Jan 16 13:20:23 2006] [notice] child pid 696 exit signal Virtual timer expired (26) [Mon Jan 16 13:20:24 2006] [notice] child pid 683 exit signal Virtual timer expired (26) [Mon Jan 16 13:20:44 2006] [notice] child pid 740 exit signal Virtual timer expired (26) [Mon Jan 16 13:21:21 2006] [notice] child pid 651 exit signal Alarm clock (= 14) [Mon Jan 16 13:21:22 2006] [notice] child pid 685 exit signal Alarm clock (= 14) So is it better that user can select enabling/disabling "--enable-pthread" swtich? -- UEDA "BSD mad" Hiroyuki From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 11:00:31 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2DFD16A41F for ; Mon, 16 Jan 2006 11:00:31 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A7943D58 for ; Mon, 16 Jan 2006 11:00:30 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k0GB0UK2083724 for ; Mon, 16 Jan 2006 11:00:30 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0GB0TKK083718 for freebsd-ports@freebsd.org; Mon, 16 Jan 2006 11:00:29 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 16 Jan 2006 11:00:29 GMT Message-Id: <200601161100.k0GB0TKK083718@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD ports list Subject: Current unassigned ports problem reports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 11:00:32 -0000 Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2003/05/11] ports/52079 ports-bugs vmware3 hangs when nmdm(4) is used as COM s [2005/11/03] ports/88462 ports-bugs math/GiNaC: ginsh crashes during startup f [2005/11/18] ports/89228 ports-bugs security/clamav: clamd with libunrar dies f [2005/11/18] ports/89252 ports-bugs smartmontools getting gibberish o [2005/12/08] ports/90107 ports-bugs cvsd imprisoned doesn't work with devfs f [2005/12/14] ports/90399 ports-bugs vmware2 port not working on FreeBSD 6.0 o [2005/12/21] ports/90729 ports-bugs databases/db[0-9]*: check USE_BDB knob f [2005/12/29] ports/91047 ports-bugs ipsec-tools syslogs at 'daemon.info' whic f [2006/01/02] ports/91210 ports-bugs devel/pwlib does not compile o [2006/01/08] ports/91526 ports-bugs [PATCH] Fix www/p5-Apache-DBI so that it f [2006/01/08] ports/91533 ports-bugs ports www/linux-firefox open file problem f [2006/01/09] ports/91557 ports-bugs graphics/ImageMagick port fails to compil f [2006/01/10] ports/91603 ports-bugs sysutils/portmanager - Adds an extra 's' f [2006/01/14] ports/91800 ports-bugs misc/linux-opengroupware fail to resolv a o [2006/01/15] ports/91827 ports-bugs New port: devel/Needle Dependency-injecti o [2006/01/15] ports/91828 ports-bugs New port: net/rubygem-net-ssh Non-interac o [2006/01/15] ports/91829 ports-bugs New port: net/rubygem-net-sftp Implementa o [2006/01/15] ports/91830 ports-bugs New port: sysutils/rubygem-switchtower A o [2006/01/15] ports/91836 ports-bugs Update port: www/campsite 2.4.0 to 2.4.1 o [2006/01/16] ports/91855 ports-bugs Upgrade RAQdevil port to 1.0 20 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2003/10/02] ports/57502 ports-bugs ports that define USE_* too late s [2003/11/13] ports/59254 ports-bugs ports that write something after bsd.port a [2004/05/10] ports/66476 ports-bugs [NEW PORT] misc/gaim-talkfilters: A neat s [2004/06/11] ports/67815 ports-bugs graphics/ImageMagick no longer recognizes p [2005/01/11] ports/76116 ports-bugs PORT UPDATE: graphics/lcms (with PATCH) f [2005/02/14] ports/77495 ports-bugs new port: security/sav f [2005/04/23] ports/80274 ports-bugs GDB console problem (ddd-3.3.10 with Free o [2005/07/20] ports/83812 ports-bugs new port, security/sguil-sensor, update t f [2005/07/23] ports/83964 ports-bugs new port: security/sguil-server, resubmis f [2005/07/24] ports/83986 ports-bugs New port www/p5-Apache2-DebugFilter f [2005/07/24] ports/83987 ports-bugs New port www/p5-Apache2-Filter-HTTPHeader s [2005/08/11] ports/84819 ports-bugs [MAINTAINER] math/coq: enable on ia64 f [2005/09/14] ports/86098 ports-bugs [PATCH] devel/pear-PEAR/Makefile.common: s [2005/09/21] ports/86401 ports-bugs new ports multimedia/zapping f [2005/11/12] ports/88876 ports-bugs [patch] Update www/raqdevil to 1.0RC1 s [2005/11/12] ports/88900 ports-bugs www/flashplugin-mozilla causes Firefox to f [2005/11/16] ports/89131 ports-bugs port net/kphone One-Way audio with snd_ic f [2005/12/04] ports/89940 ports-bugs [PATCH] Client-only support for sysutils/ f [2005/12/18] ports/90619 ports-bugs [PATCH] unbreak graphics/hugin f [2005/12/21] ports/90752 ports-bugs New port: science/afni Analysis of Fucnti f [2005/12/22] ports/90780 ports-bugs [PATCH] print/cups-base: provide rc.d com f [2005/12/23] ports/90866 ports-bugs [patch] graphics/diacanvas2: update to ne f [2005/12/23] ports/90867 ports-bugs [patch] devel/gaphor: update to new relea f [2005/12/26] ports/90934 ports-bugs ports:pari-devel update (2.2.10.alpha -> f [2005/12/27] ports/90988 ports-bugs sane-backends overwrites and installed sn f [2005/12/28] ports/91001 ports-bugs Portupgrade fails to detect failure of pr f [2005/12/28] ports/91011 ports-bugs Update ports: mail/uebimiau Upgrade to 2. f [2005/12/28] ports/91016 ports-bugs Deprecated port: graphics/quickpics f [2005/12/29] ports/91043 ports-bugs Update port: textproc/py-feedparser Upgra f [2005/12/30] ports/91097 ports-bugs [patch] comms/gammu: update to new releas f [2005/12/30] ports/91115 ports-bugs [update] mail/p5-Mail-ClamAV to 0.17 f [2006/01/01] ports/91190 ports-bugs Update www/mod_fastcgi to work with Apach f [2006/01/03] ports/91246 ports-bugs lang/swi-pl depends on readline.5 through f [2006/01/03] ports/91284 ports-bugs patch to improve port misc/callid - impro f [2006/01/05] ports/91330 ports-bugs [NEW PORT] devel/p5-Class-Std: Support fo s [2006/01/05] ports/91345 ports-bugs Port graphics/ImageMagick does not link w f [2006/01/07] ports/91442 ports-bugs tclhttpd does not respect rcvars f [2006/01/07] ports/91451 ports-bugs lftp may segfaults when linked with Readl f [2006/01/07] ports/91472 ports-bugs audio/musicpd 0.11.5_1 checks for the wro f [2006/01/08] ports/91491 ports-bugs Update to net-im/ymessenger port f [2006/01/08] ports/91517 ports-bugs [UPDATE] www/awstats to 6.5 f [2006/01/08] ports/91522 ports-bugs Spidermonkey version update to 1.5 with f o [2006/01/08] ports/91532 ports-bugs [patch] [ports] security/fakeroot version f [2006/01/09] ports/91543 ports-bugs [PATCH] misc/libpri: update to 1.2.0 f [2006/01/09] ports/91570 ports-bugs devel/apr port does not enable threads as f [2006/01/09] ports/91573 ports-bugs update port net-mgmt/sipcalc to 1.1.3 f [2006/01/10] ports/91575 ports-bugs audio/normalize: Incorrect dipendences fo o [2006/01/10] ports/91614 ports-bugs new port www/p5-RTx-Statistics f [2006/01/11] ports/91616 ports-bugs Update freevo port to version 1.5.4 f [2006/01/11] ports/91661 ports-bugs new port net/sofia-sip f [2006/01/12] ports/91693 ports-bugs [PATCH] devel/p5-File-Remove: update to 0 o [2006/01/12] ports/91699 ports-bugs [maintainer] textproc/py-feedparser: upda o [2006/01/12] ports/91702 ports-bugs [maintainer] devel/ipython: update to 0.7 f [2006/01/12] ports/91704 ports-bugs [update] mail/dcc-dccd to 1.3.24, provide o [2006/01/13] ports/91736 ports-bugs [NEW PORT] sysutils/bacula-server-devel - o [2006/01/13] ports/91737 ports-bugs [NEW PORT] sysutils/bacula-client-devel : f [2006/01/13] ports/91739 ports-bugs clisp-2.37 does not build due to wrong di f [2006/01/13] ports/91741 ports-bugs [port update] courier 0.52.2 f [2006/01/13] ports/91751 ports-bugs [UPDATE] www/awstats from 6.4 to 6.5 f [2006/01/13] ports/91753 ports-bugs Update port: sysutils/xacpim Update to 0. o [2006/01/13] ports/91754 ports-bugs Problem with textproc/p5-Spork port f [2006/01/13] ports/91756 ports-bugs [PATCH] www/cadaver: Support NLS, Correct o [2006/01/13] ports/91757 ports-bugs /usr/ports/sysutils/fastest_cvsup Sugge f [2006/01/13] ports/91768 ports-bugs update port deskutils/phpicalendar to 2.1 f [2006/01/13] ports/91773 ports-bugs New port: games/GNUDoku A free program fo f [2006/01/14] ports/91792 ports-bugs Fix port: irc/unreal o [2006/01/14] ports/91802 ports-bugs [NEW PORT] games/alienarena-data: Alien A o [2006/01/14] ports/91803 ports-bugs [NEW PORT] games/alienarena: Alien Arena f [2006/01/15] ports/91815 ports-bugs [patch] APM support broken for sysutils/x o [2006/01/15] ports/91817 ports-bugs New Port: devel/geany Fast & lightweight o [2006/01/15] ports/91822 ports-bugs [New Port] polish/ekg2 console based IM c o [2006/01/15] ports/91837 ports-bugs [UPDATE] games/linux-alienarena: integrat o [2006/01/15] ports/91840 ports-bugs [MAINTAINER UPDATE] games/darkplaces: min o [2006/01/15] ports/91841 ports-bugs [MAINTAINER UPDATE] games/quake-dpmod: fi f [2006/01/15] ports/91842 ports-bugs [UPDATE] games/tenebrae: fix plist proble o [2006/01/16] ports/91844 ports-bugs [NEW PORT] games/quake-remodel: High qual o [2006/01/16] ports/91845 ports-bugs [NEW PORT] games/quake-retexture: High qu o [2006/01/16] ports/91848 ports-bugs fix: sanitize library dependencies in xmm o [2006/01/16] ports/91850 ports-bugs Maintainer Update: games/ninix-aya to 3.8 o [2006/01/16] ports/91852 ports-bugs Update Port: deskutils/everygui Fixes bad f [2006/01/16] ports/91854 ports-bugs [PATCH] japanese/ja-scim-skk: update to 0 o [2006/01/16] ports/91858 ports-bugs [NEW PORT] sysutils/pkgfe: Ncurses front- f [2006/01/16] ports/91860 ports-bugs [patch] update x11/mrxvt to 0.4.2 f [2006/01/16] ports/91866 ports-bugs Update port: sysutils/rdiff-backup to 1.0 84 problems total. From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 12:18:33 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D59A16A420 for ; Mon, 16 Jan 2006 12:18:33 +0000 (GMT) (envelope-from garga@FreeBSD.org) Received: from srv1.galle.com.br (srv1.galle.com.br [200.246.25.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0029E43D7D for ; Mon, 16 Jan 2006 12:18:14 +0000 (GMT) (envelope-from garga@FreeBSD.org) Received: (qmail 5959 invoked by uid 99); 16 Jan 2006 12:18:11 -0000 Received: from 192.168.50.4 by srv1.galle.com.br (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.86/956. spamassassin: 3.0.4. Clear:RC:1(192.168.50.4):. Processed in 0.071387 secs); 16 Jan 2006 12:18:11 -0000 X-Qmail-Scanner-Mail-From: garga@FreeBSD.org via srv1.galle.com.br X-Qmail-Scanner: 1.25 (Clear:RC:1(192.168.50.4):. Processed in 0.071387 secs) Received: from unknown (HELO ?192.168.50.4?) (192.168.50.4) by 0 with SMTP; 16 Jan 2006 12:18:11 -0000 Message-ID: <43CB8ED2.8050200@FreeBSD.org> Date: Mon, 16 Jan 2006 10:17:22 -0200 From: Renato Botelho User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jan-Erik Moon References: <001a01c60fff$b3655ec0$0200000a@chipmunk> In-Reply-To: <001a01c60fff$b3655ec0$0200000a@chipmunk> X-Enigmail-Version: 0.93.0.0 OpenPGP: url=http://people.FreeBSD.org/~garga/pubkey.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org Subject: Re: FreeBSD Port: qmail-1.03_4 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 12:18:33 -0000 Em 2/1/2006 22:50 Jan-Erik Moon escreveu: > Hi, > > First - a happy new year to the FreeBSD community. > > I found a small bug in qmail ports Makefile. WITH_AUTHCRAM knob modifies the > SELECTED_OPTIONS variable by adding "cram-md5=yes". When WITH_AUTHCRAM is > not defined, "cram-md5=no" is added. These values actually should be > "cram_md5=yes" and "cram_md5=no". (See README.spamcontrol). > > I discovered this bug when I tried to disable CRAM-MD5. Spamcontrol seems to > have CRAM-MD5 auth enabled by default, so the only effective value is > "cram_md5=no". Fixed. Thanks!! -- Renato Botelho GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 13:14:32 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D47EF16A41F for ; Mon, 16 Jan 2006 13:14:32 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70AEA43D49 for ; Mon, 16 Jan 2006 13:14:30 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 2CCB01F87BEE; Mon, 16 Jan 2006 14:14:29 +0100 (CET) Date: Mon, 16 Jan 2006 14:14:29 +0100 From: Roman Neuhauser To: freebsd-ports Message-ID: <20060116131429.GC61667@isis.sigpipe.cz> Mail-Followup-To: freebsd-ports Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: print/latex: Can't find fontname include file `adobe.map' X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 13:14:32 -0000 On FreeBSD 7.0-CURRENT amd64 with freshly updated ports: (preload.cfg (preload.ltxwarning: /usr/local/share/texmf/fontname/texfonts.map:58: Can't find fontname include file `adobe.map'. warning: /usr/local/share/texmf/fontname/texfonts.map:59: Can't find fontname include file `apple.map'. warning: /usr/local/share/texmf/fontname/texfonts.map:60: Can't find fontname include file `bitstrea.map'. warning: /usr/local/share/texmf/fontname/texfonts.map:61: Can't find fontname include file `dtc.map'. warning: /usr/local/share/texmf/fontname/texfonts.map:62: Can't find fontname include file `linotype.map'. warning: /usr/local/share/texmf/fontname/texfonts.map:63: Can't find fontname include file `monotype.map'. warning: /usr/local/share/texmf/fontname/texfonts.map:66: Can't find fontname include file `urw.map'. )) page nos., x-ref, environments, center, verbatim, math definitions, boxes, title, sectioning, contents, floats, footnotes, index, bibliography, output, (hyphen.ltx ! OOPS! I can't find any hyphenation patterns for US english. Think of getting some or the latex2e setup will never succeed. \reserved@a ...e latex2e setup will never succeed} \@@end l.65 ... latex2e setup will never succeed}\@@end} ? ! Emergency stop. \reserved@a ...e latex2e setup will never succeed} \@@end l.65 ... latex2e setup will never succeed}\@@end} No pages of output. Transcript written on latex.log. *** Error code 1 Stop in /usr/ports/print/latex. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portinstall11662.0 make -DWITHOUT_GETTEXT -DWITHOUT_NLS ** Fix the problem and try again. ** Listing the failed packages (*:skipped / !:failed) ! print/latex (unknown build error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed smradoch@smradoch ~ 1003:0 > ls /var/db/pkg|grep -Fi tex gettext-0.14.5 p5-Text-Balanced-1.95 tex-3.14159_2 tex-texmflocal-1.9 texcm-ttf-20010117 texi2html-1.76_1,1 -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 15:03:32 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492F116A41F; Mon, 16 Jan 2006 15:03:32 +0000 (GMT) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0113843D58; Mon, 16 Jan 2006 15:03:30 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EyVtG-000Irq-BH; Mon, 16 Jan 2006 15:03:26 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EyVtF-000GDy-8Y; Mon, 16 Jan 2006 05:03:25 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17355.46524.627924.129567@roam.psg.com> Date: Mon, 16 Jan 2006 05:03:24 -1000 To: petef@FreeBSD.org Cc: freebsd ports Subject: libevent syntax error before "STAILQ_ENTRY" on 7-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: Mon, 16 Jan 2006 15:03:32 -0000 i386 7-current of 2006.01.06 ===> Building for libevent-1.1a make all-recursive Making all in . /bin/sh /usr/local/bin/libtool15 --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c -o event.lo event.c mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c event.c -fPIC -DPIC -o .libs/event.o cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c event.c -o event.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c -o buffer.lo buffer.c cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c buffer.c -fPIC -DPIC -o .libs/buffer.o cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c buffer.c -o buffer.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c -o evbuffer.lo evbuffer.c cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c evbuffer.c -fPIC -DPIC -o .libs/evbuffer.o cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c evbuffer.c -o evbuffer.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c -o log.lo log.c cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c log.c -fPIC -DPIC -o .libs/log.o cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c log.c -o log.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c -o select.lo select.c cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c select.c -fPIC -DPIC -o .libs/select.o cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c select.c -o select.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c -o poll.lo poll.c cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c poll.c -fPIC -DPIC -o .libs/poll.o cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c poll.c -o poll.o >/dev/null 2>&1 /bin/sh /usr/local/bin/libtool15 --mode=compile --tag=CC cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c -o kqueue.lo kqueue.c cc -DHAVE_CONFIG_H -I. -I. -I. -Icompat -O2 -fno-strict-aliasing -pipe -march=pentiumpro -march=pentiumpro -O2 -fno-strict-aliasing -pipe -march=pentiumpro -Wall -c kqueue.c -fPIC -DPIC -o .libs/kqueue.o In file included from /usr/include/sys/event.h:122, from kqueue.c:40: /usr/include/sys/_lock.h:40: error: syntax error before "STAILQ_ENTRY" *** Error code 1 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 16:28:52 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AFE416A41F for ; Mon, 16 Jan 2006 16:28:52 +0000 (GMT) (envelope-from lioux@FreeBSD.org) Received: from vette.gigo.com (vette.gigo.com [216.218.228.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16FC743D49 for ; Mon, 16 Jan 2006 16:28:51 +0000 (GMT) (envelope-from lioux@FreeBSD.org) Received: from 201.34.193.107 (201-34-193-107.bsace702.dsl.brasiltelecom.net.br [201.34.193.107]) by vette.gigo.com (Postfix) with ESMTP id 464655B7D for ; Mon, 16 Jan 2006 08:28:48 -0800 (PST) Received: (qmail 99508 invoked by uid 1001); 16 Jan 2006 14:26:47 -0200 Message-ID: <20060116162710.99466.qmail@exxodus.fedaykin.here> Date: Mon, 16 Jan 2006 14:26:47 -0200 From: Mario Sergio Fujikawa Ferreira To: freebsd-ports@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.5.11 Cc: Subject: [RFC] Testers for net/mldonkey-devel thread support X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 16:28:52 -0000 Hi, It's been brought to my attention the multi-threading code on net/mldonkey-devel was not being used despite all signs au contraire. This patch enables the threading code assuming that the dns related code is not reentrant safe which is a safeguard. However, certain FreeBSD versions (e.g., 6.0-STABLE which I use) do have the dns related reentrant safe code. Therefore, on those versions, net/mldonkey-devel does not have to protect these critical sections and take full advantage of multi-threading. What I need? I need a wide range of FreeBSD versions testing this code, specially FreeBSD versions previous to 5.4-RELEASE and standard 6.0-RELEASE (neither 6-STABLE nor RELENG_6_0). Although, reports from other FreeBSD versions are welcome as well. This code has been running safely on my system for the past 24 hours. On peer confirmation that it does indeed work on other systems, I'll commit this enhancement to net/mldonkey-devel on Wednesday January 16th. The modified port can be found at http://people.FreeBSD.org/~lioux/mldonkey-devel.tgz To make sure the dns code is working, you could try using the BitTorrent client within mldonkey and the http transfer protocol. For instance, type on the command line http http://ftp-stud.fht-esslingen.de/pub/Mirrors/fedora.redhat.com/linux/c= ore/4/i386/os/GPL It should fetch the GPL file without a problem. Please, let the modified port run for at least a couple hours before reporting back. Let me know how this goes. Regards, --=20 Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 17:44:44 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61C3E16A41F for ; Mon, 16 Jan 2006 17:44:44 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 209CC43D46 for ; Mon, 16 Jan 2006 17:44:42 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 763705F70 for ; Mon, 16 Jan 2006 12:44:39 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29717-08 for ; Mon, 16 Jan 2006 12:44:38 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-122-227.ny325.east.verizon.net [68.161.122.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 846BB5C77 for ; Mon, 16 Jan 2006 12:44:38 -0500 (EST) Message-ID: <43CBDB9C.2060801@mac.com> Date: Mon, 16 Jan 2006 12:45:00 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-ports X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: Subject: TEST: updated DVD+RW-tools port to v6.0... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 17:44:44 -0000 Hi, all-- There's a new version of the DVD-burning software available, but it makes some changes which may effect some systems (especially if they are low on RAM). If you've got the time, please test whether this PR works OK for you: http://www.freebsd.org/cgi/query-pr.cgi?pr=91874 Thanks, -- -Chuck From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 18:09:15 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABD5D16A420 for ; Mon, 16 Jan 2006 18:09:15 +0000 (GMT) (envelope-from garga@FreeBSD.org) Received: from srv1.galle.com.br (srv1.galle.com.br [200.246.25.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BD143D68 for ; Mon, 16 Jan 2006 18:09:06 +0000 (GMT) (envelope-from garga@FreeBSD.org) Received: (qmail 41818 invoked by uid 99); 16 Jan 2006 18:09:03 -0000 Received: from 192.168.50.4 by srv1.galle.com.br (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: 0.86/956. spamassassin: 3.0.4. Clear:RC:1(192.168.50.4):. Processed in 0.080016 secs); 16 Jan 2006 18:09:03 -0000 X-Qmail-Scanner-Mail-From: garga@FreeBSD.org via srv1.galle.com.br X-Qmail-Scanner: 1.25 (Clear:RC:1(192.168.50.4):. Processed in 0.080016 secs) Received: from unknown (HELO ?192.168.50.4?) (192.168.50.4) by 0 with SMTP; 16 Jan 2006 18:09:03 -0000 Message-ID: <43CBE10E.4000605@FreeBSD.org> Date: Mon, 16 Jan 2006 16:08:14 -0200 From: Renato Botelho User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Jan-Erik Moon References: <005501c60a7b$1ea0d5f0$0200000a@chipmunk> In-Reply-To: <005501c60a7b$1ea0d5f0$0200000a@chipmunk> X-Enigmail-Version: 0.93.0.0 OpenPGP: url=http://people.FreeBSD.org/~garga/pubkey.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, toxa@toxahost.ru Subject: Re: FreeBSD Port: simscan, qmail ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 18:09:15 -0000 Em 26/12/2005 22:18 Jan-Erik Moon escreveu: > Hi, > > This is a combined request. > > Please upgrade the simscan port to 1.2 and add the possiblity to compile > simscan with "--enable-custom-reject" switch. This allows users to get much > more information about why their message was rejected (in case a seemingly > good mail is rejected for some reason). > > Custom error feature is described in Simscan Wiki. > http://qmailwiki.inter7.com/Simscan/Guide#Custom_Reject_Option > > This also needs a patch (qmail-queue-custom-error.patch) to be applied to > qmail source. The default version of this patch comes with simscan and is > located in "contrib" directory. Unfortunately the default version is not > compatible with QMAILQUEUE patch which means that a combined patch must be > applied if both patches are needed. > > The qmail.c, patched with both QMAILQUEUE and custom error patches, can be > found here: > http://article.gmane.org/gmane.mail.qmail.simscan/1395 > > More about this issue: > http://qmailwiki.inter7.com/Simscan/Related_Docs/Simscan_ClamAV_Chkuser_Installation_Guide#Applying_qmail-queue-custom-error.patch > > I know that this is a bit complicated request but when it's done, it will > add a great value to these two ports. Hello guys, I'll take a look at this patch and make tests. But it's not a fast procedure, any new patch on qmail port makes me to have a lot of tests and be sure it's not conflicting with another patch. Thanks -- Renato Botelho GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 19:16:44 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DCE916A41F; Mon, 16 Jan 2006 19:16:44 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id B856643D45; Mon, 16 Jan 2006 19:16:43 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id C5D9762C815; Mon, 16 Jan 2006 15:16:42 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 15799-06; Mon, 16 Jan 2006 15:16:42 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 400D362C812; Mon, 16 Jan 2006 15:16:42 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 5A6B23CE39; Mon, 16 Jan 2006 15:16:41 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 57E373B9CB; Mon, 16 Jan 2006 15:16:41 -0400 (AST) Date: Mon, 16 Jan 2006 15:16:41 -0400 (AST) From: "Marc G. Fournier" To: freebsd-ports@freebsd.org Message-ID: <20060116151317.P28752@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: anders@freebsd.org, ale@FreeBSD.org Subject: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 19:16:44 -0000 Not sure what changed where, but php5-imap is currently broken: configure:4180: error: Cannot find imap library (libc-client.a). Please check your c-client installation. which is installed, but with a slighty different name: # ls /usr/local/lib/*client* /usr/local/lib/libc-client4.a /usr/local/lib/libc-client4.so /usr/local/lib/libc-client4.so.8 both are being installed from ports ... Not sure what is generally considered the 'clean way' of making php5 recognize the name change though ... :( ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 19:28:50 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE0BA16A41F for ; Mon, 16 Jan 2006 19:28:50 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 71EA843D49 for ; Mon, 16 Jan 2006 19:28:48 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 49465 invoked from network); 16 Jan 2006 19:28:45 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 16 Jan 2006 19:28:45 -0000 Message-ID: <43CBF3E9.8060206@FreeBSD.org> Date: Mon, 16 Jan 2006 20:28:41 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: "Marc G. Fournier" References: <20060116151317.P28752@ganymede.hub.org> In-Reply-To: <20060116151317.P28752@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: anders@freebsd.org, freebsd-ports@freebsd.org Subject: Re: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 19:28:50 -0000 Marc G. Fournier wrote: > > Not sure what changed where, but php5-imap is currently broken: > > configure:4180: error: Cannot find imap library (libc-client.a). Please > check your c-client installation. > > which is installed, but with a slighty different name: This is not a problem, the configure checks for c-client4, c-client and imap libraries. I've just configured php5-imap without problems, you should look in the config.log to see why it fails on your system. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 19:54:07 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95BFB16A41F for ; Mon, 16 Jan 2006 19:54:07 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (hood.oook.cz [195.250.137.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAFFC43D75 for ; Mon, 16 Jan 2006 19:53:57 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from ikaros.oook.cz (localhost [127.0.0.1]) by hood.oook.cz (8.13.4/8.13.4) with ESMTP id k0GJruhp009621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Jan 2006 20:53:56 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by ikaros.oook.cz (8.13.4/8.13.4/Submit) id k0GJruuJ009620; Mon, 16 Jan 2006 20:53:56 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: ikaros.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: UEDA Hiroyuki In-Reply-To: <4cb05bee0601160008m3022d055v@mail.gmail.com> References: <43CA490C.7010201@wittig.name> <1137340656.3790.20.camel@localhost> <4cb05bee0601160008m3022d055v@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SNwm9SmL0oT/Sd+B3ljO" Date: Mon, 16 Jan 2006 20:53:55 +0100 Message-Id: <1137441235.70749.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: ports@FreeBSD.org Subject: Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 19:54:07 -0000 --=-SNwm9SmL0oT/Sd+B3ljO Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable UEDA Hiroyuki p=ED=B9e v po 16. 01. 2006 v 17:08 +0900: > Hi, all. >=20 > 2006/1/16, Pav Lucistnik : > ; > > Can you try attached patch on some real ruby scripts? > > Generate some load and check if apache is behaving correctly? >=20 > It fixed " /usr/local/lib/libruby18.so.18: Undefined symbol > "pthread_create" error, but some ruby application(ex. Hiki - > http://hikiwiki.org/en/) using mod_ruby make empty page with following > errors on FreeBSD 6-STABLE: >=20 > [Mon Jan 16 13:14:35 2006] [notice] child pid 654 exit signal Alarm clock= (14) > [Mon Jan 16 13:19:23 2006] [notice] child pid 686 exit signal Virtual > timer expired (26) > [Mon Jan 16 13:20:07 2006] [notice] child pid 649 exit signal Virtual > timer expired (26) > [Mon Jan 16 13:20:23 2006] [notice] child pid 696 exit signal Virtual > timer expired (26) > [Mon Jan 16 13:20:24 2006] [notice] child pid 683 exit signal Virtual > timer expired (26) > [Mon Jan 16 13:20:44 2006] [notice] child pid 740 exit signal Virtual > timer expired (26) > [Mon Jan 16 13:21:21 2006] [notice] child pid 651 exit signal Alarm clock= (14) > [Mon Jan 16 13:21:22 2006] [notice] child pid 685 exit signal Alarm clock= (14) I just installed hiki on my 6-STABLE/amd64 workstation, and it works flawlessly with mod_ruby here. Can you cvsup your ports, reinstall ruby and mod_ruby and retry? --=20 Pav Lucistnik Somebody ought to cross ball point pens with coat hangers so that the pens will multiply instead of disappear. --=-SNwm9SmL0oT/Sd+B3ljO Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDy/nTntdYP8FOsoIRAlwvAJ4jiUcYxlddiagGh8wqs9yZrT+aWwCeJafN fQfUImwdsXt9st9kK5mrcLE= =kBti -----END PGP SIGNATURE----- --=-SNwm9SmL0oT/Sd+B3ljO-- From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 20:40:55 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD49216A41F; Mon, 16 Jan 2006 20:40:55 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E6943D4C; Mon, 16 Jan 2006 20:40:54 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id A129F62C840; Mon, 16 Jan 2006 16:40:53 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 29658-08; Mon, 16 Jan 2006 16:40:53 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 0953362C83F; Mon, 16 Jan 2006 16:40:52 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id BD22E3EF99; Mon, 16 Jan 2006 16:40:52 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id BC2373E85B; Mon, 16 Jan 2006 16:40:52 -0400 (AST) Date: Mon, 16 Jan 2006 16:40:52 -0400 (AST) From: "Marc G. Fournier" To: Alex Dupre In-Reply-To: <43CBF3E9.8060206@FreeBSD.org> Message-ID: <20060116163816.S28752@ganymede.hub.org> References: <20060116151317.P28752@ganymede.hub.org> <43CBF3E9.8060206@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: anders@freebsd.org, freebsd-ports@freebsd.org Subject: Re: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 20:40:56 -0000 On Mon, 16 Jan 2006, Alex Dupre wrote: > Marc G. Fournier wrote: >> >> Not sure what changed where, but php5-imap is currently broken: >> >> configure:4180: error: Cannot find imap library (libc-client.a). Please >> check your c-client installation. >> >> which is installed, but with a slighty different name: > > This is not a problem, the configure checks for c-client4, c-client and > imap libraries. I've just configured php5-imap without problems, you > should look in the config.log to see why it fails on your system. I did in the original, but, giving a few lines before: configure:4030: checking for crypt in -lcrypt configure:4060: cc -o conftest -O -mcpu=pentium -pipe -L/usr/lib -lcrypto -lssl -rpath=/usr/lib:/usr/local/lib conftest.c -lcrypt >&5 configure:4066: $? = 0 configure:4070: test -z || test ! -s conftest.err configure:4073: $? = 0 configure:4076: test -s conftest configure:4079: $? = 0 configure:4092: result: yes configure:4180: error: Cannot find imap library (libc-client.a). Please check your c-client installation. ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 20:44:54 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7B2116A41F; Mon, 16 Jan 2006 20:44:54 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: from toxic.magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7588D43D48; Mon, 16 Jan 2006 20:44:54 +0000 (GMT) (envelope-from adamw@magnesium.net) Received: by toxic.magnesium.net (Postfix, from userid 1252) id F3D7FDA8DD; Mon, 16 Jan 2006 12:44:53 -0800 (PST) Date: Mon, 16 Jan 2006 15:44:53 -0500 From: Adam Weinberger To: fbsd_user Message-ID: <20060116204453.GA57980@toxic.magnesium.net> Mail-Followup-To: Adam Weinberger , fbsd_user , ale@FreeBSD.org, ports@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: Vim 6.3 http://www.vim.org X-Mailer: Mutt 1.5 http://www.mutt.org X-PGP-Key: http://www.vectors.cx/pgp.key.txt X-URL: http://www.vectors.cx X-ASL: 6/m/behind you User-Agent: Mutt/1.5.4i Cc: ports@FreeBSD.org, ale@FreeBSD.org Subject: Re: All php ports maintained by Ale missing long descriptions X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 20:44:55 -0000 >> (01.15.2006 @ 0834 PST): fbsd_user said, in 0.6K: << > Ale > > Why do all the ports that deal with php that have your name as maintainer > have no long description that says what the port does? > They all have the same content talking about what php is. > How is your stupid standard meaningless php long description helping users > determine what the port does??? > I don't remember the php ports being this way in the past? > This makes all the php ports useless. This needs fixing. >> end of "All php ports maintained by Ale missing long descriptions" from fbsd_user << Not only that, but Alex eats kittens, shot JFK, and makes babies cry. Thank you for alerting us all to his evil conspiracy. We'll all be sure to take action on this immediately. # Adam -- Adam Weinberger adamw@magnesium.net || adamw@FreeBSD.org adamw@vectors.cx || adamw@gnome.org http://www.vectors.cx It's not stupid. It's "advanced." -- Almighty Tallest From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 22:20:41 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B575716A41F for ; Mon, 16 Jan 2006 22:20:41 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id A839743D45 for ; Mon, 16 Jan 2006 22:20:40 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 50573 invoked from network); 16 Jan 2006 22:20:38 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 16 Jan 2006 22:20:38 -0000 Message-ID: <43CC1C35.5030001@FreeBSD.org> Date: Mon, 16 Jan 2006 23:20:37 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: "Marc G. Fournier" References: <20060116151317.P28752@ganymede.hub.org> <43CBF3E9.8060206@FreeBSD.org> <20060116163816.S28752@ganymede.hub.org> In-Reply-To: <20060116163816.S28752@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 22:20:41 -0000 Marc G. Fournier wrote: > I did in the original, but, giving a few lines before: > > configure:4030: checking for crypt in -lcrypt > configure:4060: cc -o conftest -O -mcpu=pentium -pipe -L/usr/lib > -lcrypto -lssl -rpath=/usr/lib:/usr/local/lib conftest.c -lcrypt >&5 > configure:4066: $? = 0 > configure:4070: test -z > || test ! -s conftest.err > configure:4073: $? = 0 > configure:4076: test -s conftest > configure:4079: $? = 0 > configure:4092: result: yes > configure:4180: error: Cannot find imap library (libc-client.a). Please > check your c-client installation. Very strange. I have the same lines, but the script goes on, since it finds the c-client4 lib. The relevant script portion is this: for lib in c-client4 c-client imap; do IMAP_LIB=$lib str="$IMAP_DIR/$PHP_LIBDIR/lib$lib.*" for i in `echo $str`; do test -r $i && IMAP_LIBDIR=$IMAP_DIR/$PHP_LIBDIR && break 2 done ... done IMAP_DIR is set to LOCALBASE, PHP_LIBDIR to "lib", so the libc-client4 library should be detected correctly. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 23:08:50 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F5F116A41F; Mon, 16 Jan 2006 23:08:50 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 848F343D45; Mon, 16 Jan 2006 23:08:49 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 0935962C845; Mon, 16 Jan 2006 19:08:48 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 63106-10; Mon, 16 Jan 2006 19:08:48 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 90A1462C81C; Mon, 16 Jan 2006 19:08:48 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 67C9E3EE0D; Mon, 16 Jan 2006 19:08:50 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 490023E07B; Mon, 16 Jan 2006 19:08:50 -0400 (AST) Date: Mon, 16 Jan 2006 19:08:49 -0400 (AST) From: "Marc G. Fournier" To: Alex Dupre In-Reply-To: <43CC1C35.5030001@FreeBSD.org> Message-ID: <20060116190830.G28752@ganymede.hub.org> References: <20060116151317.P28752@ganymede.hub.org> <43CBF3E9.8060206@FreeBSD.org> <20060116163816.S28752@ganymede.hub.org> <43CC1C35.5030001@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-ports@freebsd.org Subject: Re: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 16 Jan 2006 23:08:50 -0000 Let me do a portupgrade on that vserver and see if that changes anything ... maybe something is out of sync that I'm not aware of :( On Mon, 16 Jan 2006, Alex Dupre wrote: > Marc G. Fournier wrote: >> I did in the original, but, giving a few lines before: >> >> configure:4030: checking for crypt in -lcrypt >> configure:4060: cc -o conftest -O -mcpu=pentium -pipe -L/usr/lib >> -lcrypto -lssl -rpath=/usr/lib:/usr/local/lib conftest.c -lcrypt >&5 >> configure:4066: $? = 0 >> configure:4070: test -z >> || test ! -s conftest.err >> configure:4073: $? = 0 >> configure:4076: test -s conftest >> configure:4079: $? = 0 >> configure:4092: result: yes >> configure:4180: error: Cannot find imap library (libc-client.a). Please >> check your c-client installation. > > Very strange. I have the same lines, but the script goes on, since it > finds the c-client4 lib. The relevant script portion is this: > > for lib in c-client4 c-client imap; do > IMAP_LIB=$lib > > str="$IMAP_DIR/$PHP_LIBDIR/lib$lib.*" > for i in `echo $str`; do > test -r $i && IMAP_LIBDIR=$IMAP_DIR/$PHP_LIBDIR && break 2 > done > ... > done > > IMAP_DIR is set to LOCALBASE, PHP_LIBDIR to "lib", so the libc-client4 > library should be detected correctly. > > -- > Alex Dupre > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 01:01:12 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A66B116A41F for ; Tue, 17 Jan 2006 01:01:12 +0000 (GMT) (envelope-from steve@stevenwills.com) Received: from stevenwills.com (cpe-024-163-080-004.nc.res.rr.com [24.163.80.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EEFA43D45 for ; Tue, 17 Jan 2006 01:01:11 +0000 (GMT) (envelope-from steve@stevenwills.com) Received: from tigger.example.com (www@localhost [127.0.0.1]) by stevenwills.com (8.13.1/8.13.1) with ESMTP id k0H11A4W083468 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 16 Jan 2006 20:01:10 -0500 (EST) (envelope-from steve@stevenwills.com) Received: (from www@localhost) by tigger.example.com (8.13.1/8.12.9/Submit) id k0H11AL2083467 for ports@freebsd.org; Mon, 16 Jan 2006 20:01:10 -0500 (EST) (envelope-from steve@stevenwills.com) X-Authentication-Warning: tigger.example.com: www set sender to steve@stevenwills.com using -f Received: from 192.168.0.186 ([192.168.0.186]) by mouf.net (Horde MIME library) with HTTP; Mon, 16 Jan 2006 20:01:10 -0500 Message-ID: <20060116200110.8q1uzt8l4wckc0ks@mouf.net> Date: Mon, 16 Jan 2006 20:01:10 -0500 From: Steve Wills To: ports@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (stevenwills.com [127.0.0.1]); Mon, 16 Jan 2006 20:01:10 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on tigger.example.com X-Virus-Status: Clean Cc: Subject: misc/amanda-server: taper: Cannot allocate memory X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 01:01:12 -0000 After updating misc/amanda-server recently after having not updated it for a long while, I have been unable to write to tape, with these errors from taper: taper: attach_buffers: (20 tapebufs: 659696 bytes) Cannot allocate memory After some googling and research I tried adding: --with-mmap to the CONFIGURE_ARGS in the Makefile. This seemed to solve the problem. Could this be added to the port, or do might this be due to something wrong with my system? It's a 4.11 system FWIW. Thanks, Steve PS. I'm not subscribed to the list, so please CC me on replies. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 01:19:40 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B57F16A41F for ; Tue, 17 Jan 2006 01:19:40 +0000 (GMT) (envelope-from chris@i13i.com) Received: from admin.i13i.com (admin.i13i.com [66.90.92.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 8902F43D83 for ; Tue, 17 Jan 2006 01:19:25 +0000 (GMT) (envelope-from chris@i13i.com) Received: (qmail 3268 invoked from network); 17 Jan 2006 01:41:15 -0000 Received: from mail.i13i.com (HELO webmail.i13i.com) (208.53.187.133) by admin.i13i.com with SMTP; 17 Jan 2006 01:41:15 -0000 Received: from 195.139.252.5 (proxying for 62.92.188.11) (SquirrelMail authenticated user chris@i13i.com) by webmail.i13i.com with HTTP; Mon, 16 Jan 2006 19:41:15 -0600 (CST) Message-ID: <51245.195.139.252.5.1137462075.squirrel@webmail.i13i.com> In-Reply-To: <20060116200110.8q1uzt8l4wckc0ks@mouf.net> References: <20060116200110.8q1uzt8l4wckc0ks@mouf.net> Date: Mon, 16 Jan 2006 19:41:15 -0600 (CST) From: chris@i13i.com To: "Steve Wills" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: ports@freebsd.org Subject: Re: misc/amanda-server: taper: Cannot allocate memory X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 01:19:40 -0000 Send a email to the port maintainer see if he will agree on adding that as 4.x is not really supported by the freebsd people any more the 2 major version are 5.x and 6.x > After updating misc/amanda-server recently after having not updated it > for a long while, I have been unable to write to tape, with these > errors from taper: > > taper: attach_buffers: (20 tapebufs: 659696 bytes) Cannot allocate memory > > After some googling and research I tried adding: > > --with-mmap > > to the CONFIGURE_ARGS in the Makefile. This seemed to solve the > problem. Could this be added to the port, or do might this be due to > something wrong with my system? It's a 4.11 system FWIW. > > Thanks, > Steve > > PS. I'm not subscribed to the list, so please CC me on replies. > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 02:19:23 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30C0116A41F for ; Tue, 17 Jan 2006 02:19:23 +0000 (GMT) (envelope-from bsdmad@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABE1843D45 for ; Tue, 17 Jan 2006 02:19:22 +0000 (GMT) (envelope-from bsdmad@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so1217691wra for ; Mon, 16 Jan 2006 18:19:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YceQ++NfBwuLLdyAEGg/jI62ZLg8z10GB6DdI9XLn1JA9xf6gizzfGh41XjxKEpOfTh6pNCJNeFYQw3dK3XdioRefIOQAJkNmjG3Zgs0BD//1Du1s/ntbVYT2sjC2jq59FGy8aQ8aHe3bal6Rq1IY+VWKUl0wuGv458A7rF3WO8= Received: by 10.54.83.7 with SMTP id g7mr8791455wrb; Mon, 16 Jan 2006 18:19:22 -0800 (PST) Received: by 10.54.121.17 with HTTP; Mon, 16 Jan 2006 18:19:22 -0800 (PST) Message-ID: <4cb05bee0601161819j4c38eb48p@mail.gmail.com> Date: Tue, 17 Jan 2006 11:19:22 +0900 From: UEDA Hiroyuki To: ports@freebsd.org In-Reply-To: <1137441235.70749.5.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43CA490C.7010201@wittig.name> <1137340656.3790.20.camel@localhost> <4cb05bee0601160008m3022d055v@mail.gmail.com> <1137441235.70749.5.camel@localhost> Cc: Subject: Re: ruby 1.8.4 + mod_ruby = "undefined symbol: pthread_create"? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 02:19:23 -0000 Sorry. I sent this mail to Mr. Pav Lucistnik directly. So I will send to ports@freebsd.org, too. ----- 2006/1/17, Pav Lucistnik : (snip) > I just installed hiki on my 6-STABLE/amd64 workstation, and it works > flawlessly with mod_ruby here. Thanks for your test. > Can you cvsup your ports, reinstall ruby and mod_ruby and retry? I have done and nothing changed. But this may be my specific problem because I have used 2 Hiki(Wiki) with one mod_ruby. And latest ports for ruby has WITH_PTHREADS switch, so I disabled pthreads. Now I have no problem. Best regards. -- UEDA "BSD mad" Hiroyuki From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 02:34:59 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC6A16A41F for ; Tue, 17 Jan 2006 02:34:59 +0000 (GMT) (envelope-from steve@stevenwills.com) Received: from stevenwills.com (cpe-024-163-080-004.nc.res.rr.com [24.163.80.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEC4443D45 for ; Tue, 17 Jan 2006 02:34:57 +0000 (GMT) (envelope-from steve@stevenwills.com) Received: from tigger.example.com (www@localhost [127.0.0.1]) by stevenwills.com (8.13.1/8.13.1) with ESMTP id k0H2YuXI088797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 16 Jan 2006 21:34:56 -0500 (EST) (envelope-from steve@stevenwills.com) Received: (from www@localhost) by tigger.example.com (8.13.1/8.12.9/Submit) id k0H2Yttc088796; Mon, 16 Jan 2006 21:34:55 -0500 (EST) (envelope-from steve@stevenwills.com) X-Authentication-Warning: tigger.example.com: www set sender to steve@stevenwills.com using -f Received: from 192.168.0.186 ([192.168.0.186]) by mouf.net (Horde MIME library) with HTTP; Mon, 16 Jan 2006 21:34:55 -0500 Message-ID: <20060116213455.lno1oqoqsg4g4cc4@mouf.net> Date: Mon, 16 Jan 2006 21:34:55 -0500 From: Steve Wills To: chris@i13i.com References: <20060116200110.8q1uzt8l4wckc0ks@mouf.net> <51245.195.139.252.5.1137462075.squirrel@webmail.i13i.com> In-Reply-To: <51245.195.139.252.5.1137462075.squirrel@webmail.i13i.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.4) / FreeBSD-4.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (stevenwills.com [127.0.0.1]); Mon, 16 Jan 2006 21:34:56 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on tigger.example.com X-Virus-Status: Clean Cc: ports@freebsd.org Subject: Re: misc/amanda-server: taper: Cannot allocate memory X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 02:34:59 -0000 The maintainer is listed as ports@freebsd.org. I guess what I was implying was that perhaps the recent USE_AUTOTOOLS changes to this port caused this problem, but I can't be sure of that without testing. I think that having --with-mmap as default should work everywhere, but was looking for opinions if this would be a good thing or not. Thanks, Steve Quoting chris@i13i.com: > Send a email to the port maintainer see if he will agree on adding that as > 4.x is not really supported by the freebsd people any more the 2 major > version are 5.x and 6.x > >> After updating misc/amanda-server recently after having not updated it >> for a long while, I have been unable to write to tape, with these >> errors from taper: >> >> taper: attach_buffers: (20 tapebufs: 659696 bytes) Cannot allocate memory >> >> After some googling and research I tried adding: >> >> --with-mmap >> >> to the CONFIGURE_ARGS in the Makefile. This seemed to solve the >> problem. Could this be added to the port, or do might this be due to >> something wrong with my system? It's a 4.11 system FWIW. >> >> Thanks, >> Steve >> >> PS. I'm not subscribed to the list, so please CC me on replies. >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 03:09:19 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CCA916A41F; Tue, 17 Jan 2006 03:09:19 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF3B43D45; Tue, 17 Jan 2006 03:09:18 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 96B7E62C852; Mon, 16 Jan 2006 23:09:18 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 10779-02; Mon, 16 Jan 2006 23:09:18 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 3485162C851; Mon, 16 Jan 2006 23:09:18 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id C939B46A0D; Mon, 16 Jan 2006 23:09:22 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C826E469FF; Mon, 16 Jan 2006 23:09:22 -0400 (AST) Date: Mon, 16 Jan 2006 23:09:22 -0400 (AST) From: "Marc G. Fournier" To: Alex Dupre In-Reply-To: <20060116190830.G28752@ganymede.hub.org> Message-ID: <20060116230840.X28752@ganymede.hub.org> References: <20060116151317.P28752@ganymede.hub.org> <43CBF3E9.8060206@FreeBSD.org> <20060116163816.S28752@ganymede.hub.org> <43CC1C35.5030001@FreeBSD.org> <20060116190830.G28752@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-ports@freebsd.org Subject: Re: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 03:09:19 -0000 That did it ... not sure if there is any way of making the 'port' smarter, but the issue was that I had php5-5.0.1 installed, and, of course, the port is up to 5.1.1, so needed to upgrade php5 first, then add imap ... didn't even think of that :( thanks ... On Mon, 16 Jan 2006, Marc G. Fournier wrote: > > Let me do a portupgrade on that vserver and see if that changes anything ... > maybe something is out of sync that I'm not aware of :( > > > > On Mon, 16 Jan 2006, Alex Dupre wrote: > >> Marc G. Fournier wrote: >>> I did in the original, but, giving a few lines before: >>> >>> configure:4030: checking for crypt in -lcrypt >>> configure:4060: cc -o conftest -O -mcpu=pentium -pipe -L/usr/lib >>> -lcrypto -lssl -rpath=/usr/lib:/usr/local/lib conftest.c -lcrypt >&5 >>> configure:4066: $? = 0 >>> configure:4070: test -z >>> || test ! -s conftest.err >>> configure:4073: $? = 0 >>> configure:4076: test -s conftest >>> configure:4079: $? = 0 >>> configure:4092: result: yes >>> configure:4180: error: Cannot find imap library (libc-client.a). Please >>> check your c-client installation. >> >> Very strange. I have the same lines, but the script goes on, since it >> finds the c-client4 lib. The relevant script portion is this: >> >> for lib in c-client4 c-client imap; do >> IMAP_LIB=$lib >> >> str="$IMAP_DIR/$PHP_LIBDIR/lib$lib.*" >> for i in `echo $str`; do >> test -r $i && IMAP_LIBDIR=$IMAP_DIR/$PHP_LIBDIR && break 2 >> done >> ... >> done >> >> IMAP_DIR is set to LOCALBASE, PHP_LIBDIR to "lib", so the libc-client4 >> library should be detected correctly. >> >> -- >> Alex Dupre >> >> > > ---- > Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) > Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 03:13:02 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4068216A41F for ; Tue, 17 Jan 2006 03:13:02 +0000 (GMT) (envelope-from serge@quenix1.dyndns.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E46B43D45 for ; Tue, 17 Jan 2006 03:13:00 +0000 (GMT) (envelope-from serge@quenix1.dyndns.org) Received: from quenix2.dyndns.org ([66.131.244.21]) by VL-MO-MR002.ip.videotron.ca (Sun Java System Messaging Server 6.2-2.05 (built Apr 28 2005)) with ESMTP id <0IT700DAFVLGYAD0@VL-MO-MR002.ip.videotron.ca> for ports@freebsd.org; Mon, 16 Jan 2006 22:12:53 -0500 (EST) Received: from quenix1.dyndns.org ([192.168.0.11]) by quenix2.dyndns.org with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EyhHA-000LN6-MY for ports@freebsd.org; Mon, 16 Jan 2006 22:12:52 -0500 Received: from serge by quenix1.dyndns.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EyhHA-0002Du-8r for ports@freebsd.org; Mon, 16 Jan 2006 22:12:52 -0500 Date: Mon, 16 Jan 2006 22:12:48 -0500 From: Serge Gagnon Sender: Serge Gagnon To: ports@freebsd.org Message-id: <200601162212.52220.serge.gagnon@b2b2c.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline User-Agent: KMail/1.9.1 Cc: Subject: devel/cvspadm disapear X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Serge Gagnon List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 03:13:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm using this port and i like it, then i would like to know if i can send a PR of this port with a working MASTER_SITES even if the author doesn't maintain his software? I currently have the distfile in my ftpd that is UP 24/24 7/7. If i could do this, i would like to know if i could send the same old port? - -- GAGNON serge PGP KEY-ID: 0xBBC1478F PGP Fingerprint: B48B 4633 28F5 28F6 7A62 5650 69C8 E293 BBC1 478F PPG Key: http://quenix2.dyndns.org:7777 | telnet quenix2.dyndns.org 7777 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzGC0acjik7vBR48RAn1FAJ0cxEplNcJKxREI1XyZm3yQ1/6TRwCcDT0z 2+AbYFs4OEGnQjvhWS65VJ4= =5WgP -----END PGP SIGNATURE----- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 03:13:15 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA4D416A422 for ; Tue, 17 Jan 2006 03:13:15 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id AE25443D45 for ; Tue, 17 Jan 2006 03:13:14 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 21701 invoked by uid 399); 17 Jan 2006 03:13:13 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Jan 2006 03:13:13 -0000 Message-ID: <43CC60C5.90803@FreeBSD.org> Date: Mon, 16 Jan 2006 19:13:09 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Panagiotis Astithas References: <43BCF31F.8050900@FreeBSD.org> <1136501778.40648.17.camel@localhost> <43C38A38.1020408@FreeBSD.org> <1136893017.2410.9.camel@pav.hide.vol.cz> <43C8E446.5010603@FreeBSD.org> <20060114144016.1dc9fdd0@Magellan.Leidinger.net> <43C97BEB.3030601@FreeBSD.org> <43CA33E4.40809@ebs.gr> In-Reply-To: <43CA33E4.40809@ebs.gr> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , pav@freebsd.org, freebsd ports Subject: Re: New /bin/sh based script to manage ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 03:13:16 -0000 Panagiotis Astithas wrote: > Can portmaster be used to do something like 'portupgrade -rf gnutls' > (i.e. rebuild all dependent applications), like it is often requested in > UPDATING? At the moment, no. That feature is very low on my list of things to implement as I hardly ever find it necessary to do this. However, it would be a useful thing to implement, so I'll have a look at it. Thanks for the suggestion, Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 03:28:29 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E27A16A41F for ; Tue, 17 Jan 2006 03:28:29 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A64143D4C for ; Tue, 17 Jan 2006 03:28:28 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 33758 invoked by uid 399); 17 Jan 2006 03:28:27 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 17 Jan 2006 03:28:27 -0000 Message-ID: <43CC6459.1030506@FreeBSD.org> Date: Mon, 16 Jan 2006 19:28:25 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (X11/20060112) MIME-Version: 1.0 To: Alexander Leidinger References: <43BCF31F.8050900@FreeBSD.org> <1136501778.40648.17.camel@localhost> <43C38A38.1020408@FreeBSD.org> <1136893017.2410.9.camel@pav.hide.vol.cz> <43C8E446.5010603@FreeBSD.org> <20060114144016.1dc9fdd0@Magellan.Leidinger.net> <43C97BEB.3030601@FreeBSD.org> <43C99C50.6060608@FreeBSD.org> <20060115100936.zqxdnz9a1w0g4g4g@netchild.homeip.net> In-Reply-To: <20060115100936.zqxdnz9a1w0g4g4g@netchild.homeip.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: pav@FreeBSD.org, freebsd ports Subject: Re: New /bin/sh based script to manage ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 03:28:29 -0000 Alexander Leidinger wrote: > Doug Barton wrote: > >> BTW, where the typical case of updating or installing a single port is >> concerned, going from the top down is the right thing to do, since >> dependencies will vary depending on OPTIONS chosen. However, for the >> case of updating all the ports that are already installed, your >> suggestion is a welcome optimization. > > After your explanation how portmaster operates I don't see the immediate > benefit for the entire update procedure. You just change the order in which > the ports are updated while still being consistent regarding the > dependencies. The main benefit is less nesting of portmaster processes, which I found in testing occasionally caused problems with dialog's interaction with OPTIONS. Other than that, you are probably right, "optimization" is not the right word. However, I do not think that the added complexity is an overwhelming burden, and I may end up reusing the code if I decide to try "no longer necessary ports" detection. I can also see potential situations where doing it in this order is a benefit to the user, particularly where a root, trunk, or branch port update fails, an attempt to update something higher up the tree can be delayed until it has a chance to succeed. At the end of the day, I'm not sure it makes a LOT of difference one way or the other, but I like the new code, so I'm going to keep it. :) Doug -- This .signature sanitized for your protection From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 06:50:21 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 610E616A41F for ; Tue, 17 Jan 2006 06:50:21 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 522DD43D48 for ; Tue, 17 Jan 2006 06:50:19 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 54309 invoked from network); 17 Jan 2006 06:50:18 -0000 Received: from unknown (HELO ?192.168.178.2?) (a.premoli@andxor.it@81.174.31.42) by andxor.it with SMTP; 17 Jan 2006 06:50:18 -0000 Message-ID: <43CC93A8.1070501@FreeBSD.org> Date: Tue, 17 Jan 2006 07:50:16 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: "Marc G. Fournier" References: <20060116151317.P28752@ganymede.hub.org> <43CBF3E9.8060206@FreeBSD.org> <20060116163816.S28752@ganymede.hub.org> <43CC1C35.5030001@FreeBSD.org> <20060116190830.G28752@ganymede.hub.org> <20060116230840.X28752@ganymede.hub.org> In-Reply-To: <20060116230840.X28752@ganymede.hub.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-ports@freebsd.org Subject: Re: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 06:50:21 -0000 Marc G. Fournier wrote: > the issue was that I had php5-5.0.1 installed, and, of > course, the port is up to 5.1.1, so needed to upgrade php5 first, then > add imap ... didn't even think of that :( The port is up to 5.1.2 now :-) And yes, you always have to be coherent with versions of main php and its extensions. -- Alex Dupre From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 09:48:08 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57E1B16A41F for ; Tue, 17 Jan 2006 09:48:08 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66CE043D48 for ; Tue, 17 Jan 2006 09:48:07 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id C9EF2B832; Tue, 17 Jan 2006 11:48:05 +0200 (EET) Received: (nullmailer pid 94649 invoked by uid 1002); Tue, 17 Jan 2006 09:48:05 -0000 Date: Tue, 17 Jan 2006 11:48:05 +0200 From: Vasil Dimov To: freebsd-ports@freebsd.org Message-ID: <20060117094805.GA94247@qlovarnika.bg.datamax> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 Subject: portsearch: approach to finding ports that provide a given file X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 09:48:08 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable History: -------- Some time ago I decided that $ find /usr/ports -name pkg-plist |xargs grep something is not the best way to search for ports that install `something' Some obvious disadvantages of using this method are: * hell slow * misses PLIST_FILES variables in Makefiles * %%VARIABLES%% are not expanded * too long and complex to type The tool: --------- So I created a tool that addresses the above points. What it does is to create a database with expanded PLIST_FILES and %%VARIABLES% of all ports' plists for later adequate and fast searching. Anyway tool's database is completely sufficient to satisfy search requests not only based on plist contents - it is possible to do everything that `make search' and /usr/ports/Tools/scripts/portsearch can do. Currently it can search for ports by name (e.g. like make search name=3D). I intend to add all functionality of `make search' and scripts/portsearch. Tool's database contains one index file and one plist file. The index file is created from /usr/ports/INDEX with unique numbers prepended to each line, giving every port (short) unique identifier. The plist file contains number and plist-file where number identifies the port, owning the plist-file, by its unique identifier. Optimizations and time statistics: ---------------------------------- Since generating plists for all the ports is a slow operation (longer than `make index') the tool can update its database, once created - not generating the plists for ports that have not been changed. Some statistics, can be used for rough comparison: make index: 19 min database creation from scratch: 23 min database creation when no ports have been changed: 20 sec database creation when ports tree is 1 day newer than the database: 1 min time to find ports that provide some 2 (or more) letters files: immediate (less than a second) time to find ports that provide .* (all ports match, all 1464060 files get output-ed): 4 sec Flaws: ------ Some ports generate their plists after being installed, making it impossible to record the plist without fetching the source tarballs, compiling and installing the software. Currently for these ports empty or flawed plists are recorded. One way to fix this problem is to retrieve the plists for these ports from the precompiled packages available at ftp.freebsd.org but the whole packages need to be fetched, causing (large) amount of unefficient network traffic. Any ideas for resolving the problem are welcome. About the name: --------------- I choose `portsearch' for obvious reasons. It will not interfere with any existing software, particularly /usr/ports/Tools/scripts/portsearch as the tool installs in /usr/local/bin/ and /usr/ports/Tools/scripts/ is not in the PATH by default. On 23 Dec 2005 I emailed the author of scripts/portsearch Mark Ovens and asked him if he has something against a tool with the same name to exist in /usr/local/bin/. I got no answer since then. Where is it: ------------ The tool can be downloaded from http://vdev.datamax.bg/portsearch/ I intend to submit it as a port in the next few weeks. Please send any questions, comments and suggestions. --=20 Vasil Dimov --cNdxnHkX5QqsyA0e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFDzL1VFw6SP/bBpCARAiLPAKDdQShymMcNrlJtQroBm4TnFWT/BACgsi+8 TM6CWdDqCGyD+bHqmIkn3ac= =JJfp -----END PGP SIGNATURE----- --cNdxnHkX5QqsyA0e-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 10:16:54 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73B0316A41F for ; Tue, 17 Jan 2006 10:16:54 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id D168343D5C for ; Tue, 17 Jan 2006 10:16:52 +0000 (GMT) (envelope-from sw@gegenunendlich.de) Received: from adsl-dyn-245-119.heliweb.de ([83.216.245.119] helo=chikuku.dunkelkammer.void) by mail.hamcom.de with esmtp (Exim 4.43) id 1EyntT-0004OX-J5 for freebsd-ports@freebsd.org; Tue, 17 Jan 2006 11:16:51 +0100 Received: by chikuku.dunkelkammer.void (Postfix, from userid 1001) id DBAD1BC75; Tue, 17 Jan 2006 11:16:50 +0100 (CET) Date: Tue, 17 Jan 2006 11:16:50 +0100 From: Stefan Walter To: freebsd-ports@freebsd.org Message-ID: <20060117101650.GA87895@chikuku.dunkelkammer.void> Mail-Followup-To: freebsd-ports@freebsd.org References: <200601131703.37174.list-freebsd-2004@morbius.sent.com> <20060113204712.5403643c.jylefort@FreeBSD.org> <20060114095135.GA812@kyuzo.dunkelkammer.void> <43CA06D7.5010705@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <43CA06D7.5010705@FreeBSD.org> Organization: Infinity Approximation Task Force X-PGP-key: http://www.gegenunendlich.de/swalter-rsa.asc X-PGP-fingerprint: 85D8 6A49 22C7 6CD9 B011 5D6A 5691 111B 12B9 E0B3 User-Agent: Mutt/1.5.11 Subject: Re: Distfiles and FTP Traffic-Shaping X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 10:16:54 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, Doug Barton, 15.01.06, 09:24h CET: > >MASTER_SORT_REGEX already exists. From my /etc/make.conf: >=20 > Interesting. How would you teach this to avoid a certain site?=20 I only looked briefly at /usr/ports/Mk/bsd.port.mk, but I don't think that's possible. You could, of course, make sure that you list all other SourceForge mirrors in your regex, or redefine MASTER_SITE_SOURCEFORGE completely in /etc/make.conf (untested). Stefan --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iQGVAwUBQ8zEEVaRERsSueCzAQIKtgv+McU00x22c6X9XdeijuN3sln2Nj5iupSp RNaFMd85Mnh9EaIWPrnlB+eMJTjmpwTW4k8BwuXYdqAYrVL8WLglENE9F/HR+G+W wjnjftKoKd2q42hKlHrIIc5WuE2pxnpf++d0rdfwWQJQPwKAKWeLtBm9bg0s1bS2 UtKxMGgPb77+8nZjTo2a6RhXLBz3RS17EpvM99Bq/DHD932gRtYsEm6QWds1Ysh3 E6wXQaaJlivK1LFgARVWGWfkgCPCSipvW5APZNK14caYWOxdT+tcte7NCvjlD0bb Szxke8MTaRRdy+PieD8zNwTVrt3+bg3Kdh0BxyzfoQxnrkNp8lMoodADbaNKJJiF r84kFERvGv4v/s4T53a33snAkDZPuRTn7qfWOcJFjT98e65so/r8b9dWlLP/sZlE hhogNkjrPp1RMpAkwbhVvusHHCp7Ssk1A3m1eyDaYHQ7fBvYDCwLu3ptwdRusKP0 3NJayxKfBEh1ijc3l7njbViVbpDbwfq8 =LOiK -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 10:39:28 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD36416A422; Tue, 17 Jan 2006 10:39:28 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4990543D5E; Tue, 17 Jan 2006 10:39:22 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HAdB1c028229; Tue, 17 Jan 2006 21:39:11 +1100 Received: from [61.8.44.149] (ppp2C95.dyn.pacific.net.au [61.8.44.149]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HAd9Op023009; Tue, 17 Jan 2006 21:39:10 +1100 In-Reply-To: <43CC3140.9040604@FreeBSD.org> References: <200601150911.k0F9B6eG062331@repoman.freebsd.org> <43CC3140.9040604@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8F69821A-31A2-4E2D-A9E9-5CE1BEB2EE1F@brooknet.com.au> Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Tue, 17 Jan 2006 21:39:07 +1100 To: Doug Barton X-Mailer: Apple Mail (2.746.2) Cc: ports@FreeBSD.org, Pav Lucistnik Subject: Re: cvs commit: ports/mail/dk-milter Makefile pkg-plist ports/mail/dk-milter/files milter-dk.sh.in X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 10:39:29 -0000 Over to ports@ ... On 17/01/2006, at 10:50 AM, Doug Barton wrote: > Pav Lucistnik wrote: >> pav 2006-01-15 09:11:04 UTC >> >> FreeBSD ports repository >> >> Modified files: >> mail/dk-milter Makefile pkg-plist >> mail/dk-milter/files milter-dk.sh.in >> Log: >> - Convert RC script to rc_subr >> >> PR: ports/91595 http://www.FreeBSD.org/cgi/query- >> pr.cgi?pr=91595 >> Submitted by: Hirohisa Yamaguchi >> >> Revision Changes Path >> 1.6 +3 -2 ports/mail/dk-milter/Makefile >> 1.2 +43 -48 ports/mail/dk-milter/files/milter-dk.sh.in >> 1.2 +0 -1 ports/mail/dk-milter/pkg-plist >> >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/ >> Makefile.diff?&r1=1.5&r2=1.6&f=h >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/files/ >> milter-dk.sh.in.diff?&r1=1.1&r2=1.2&f=h >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/pkg- >> plist.diff?&r1=1.1&r2=1.2&f=h > > It's not a big enough issue to warrant a change for this port, but in > general it's a good idea if the name of the rc.d file is the same > as what > the script PROVIDE's. This removes one potential source of > confusion for users. Is it worth a patch to portlint? There are probably a stack of other rc-related things that could be checked for, too. For example, if an rc script is in the packing list, warn to use USE_RC_SUBR. Others? From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 10:45:56 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0324716A41F; Tue, 17 Jan 2006 10:45:56 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 256BF43D45; Tue, 17 Jan 2006 10:45:54 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id k0HAjlYY066895; Tue, 17 Jan 2006 11:45:47 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id k0HAjh6v066894; Tue, 17 Jan 2006 11:45:43 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Sam Lawrance In-Reply-To: <8F69821A-31A2-4E2D-A9E9-5CE1BEB2EE1F@brooknet.com.au> References: <200601150911.k0F9B6eG062331@repoman.freebsd.org> <43CC3140.9040604@FreeBSD.org> <8F69821A-31A2-4E2D-A9E9-5CE1BEB2EE1F@brooknet.com.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-A9DDBueFuahJW9TCed2p" Date: Tue, 17 Jan 2006 11:45:43 +0100 Message-Id: <1137494743.38904.41.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: ports@FreeBSD.org, Doug Barton Subject: Re: cvs commit: ports/mail/dk-milter Makefile pkg-plist ports/mail/dk-milter/files milter-dk.sh.in X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 10:45:56 -0000 --=-A9DDBueFuahJW9TCed2p Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Sam Lawrance p=ED=B9e v =FAt 17. 01. 2006 v 21:39 +1100: > Over to ports@ ... >=20 > On 17/01/2006, at 10:50 AM, Doug Barton wrote: >=20 > > Pav Lucistnik wrote: > >> pav 2006-01-15 09:11:04 UTC > >> > >> FreeBSD ports repository > >> > >> Modified files: > >> mail/dk-milter Makefile pkg-plist > >> mail/dk-milter/files milter-dk.sh.in > >> Log: > >> - Convert RC script to rc_subr > >> > >> PR: ports/91595 http://www.FreeBSD.org/cgi/query-=20 > >> pr.cgi?pr=3D91595 > >> Submitted by: Hirohisa Yamaguchi > >> > >> Revision Changes Path > >> 1.6 +3 -2 ports/mail/dk-milter/Makefile > >> 1.2 +43 -48 ports/mail/dk-milter/files/milter-dk.sh.in > >> 1.2 +0 -1 ports/mail/dk-milter/pkg-plist > >> > >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/=20 > >> Makefile.diff?&r1=3D1.5&r2=3D1.6&f=3Dh > >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/files/=20 > >> milter-dk.sh.in.diff?&r1=3D1.1&r2=3D1.2&f=3Dh > >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/pkg-=20 > >> plist.diff?&r1=3D1.1&r2=3D1.2&f=3Dh > > > > It's not a big enough issue to warrant a change for this port, but in > > general it's a good idea if the name of the rc.d file is the same =20 > > as what > > the script PROVIDE's. This removes one potential source of =20 > > confusion for users. >=20 > Is it worth a patch to portlint? There are probably a stack of other =20 > rc-related things that could be checked for, too. For example, if an =20 > rc script is in the packing list, warn to use USE_RC_SUBR. Others? If an rc.d script is in the packing list! Old styled scripts are not affected. How will you check that from portlint? --=20 Pav Lucistnik With sufficient thrust, pigs fly just fine. -- RFC 1925 --=-A9DDBueFuahJW9TCed2p Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDzMrXntdYP8FOsoIRAlE4AKDNq4M/KuzpiaW0YhFuP0QLEWGjogCfYnsu U9xnC5GZu9q/vbXB5LpZ1GA= =VrsN -----END PGP SIGNATURE----- --=-A9DDBueFuahJW9TCed2p-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 10:57:00 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CA3916A41F; Tue, 17 Jan 2006 10:57:00 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CD7343D45; Tue, 17 Jan 2006 10:56:58 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HAuvAQ003675; Tue, 17 Jan 2006 21:56:57 +1100 Received: from [61.8.44.149] (ppp2C95.dyn.pacific.net.au [61.8.44.149]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HAusZi004570; Tue, 17 Jan 2006 21:56:55 +1100 In-Reply-To: <1137494743.38904.41.camel@pav.hide.vol.cz> References: <200601150911.k0F9B6eG062331@repoman.freebsd.org> <43CC3140.9040604@FreeBSD.org> <8F69821A-31A2-4E2D-A9E9-5CE1BEB2EE1F@brooknet.com.au> <1137494743.38904.41.camel@pav.hide.vol.cz> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Message-Id: <12B98969-6186-4CA7-A3C6-11F5F36E2E1C@brooknet.com.au> Content-Transfer-Encoding: quoted-printable From: Sam Lawrance Date: Tue, 17 Jan 2006 21:56:53 +1100 To: pav@FreeBSD.org X-Mailer: Apple Mail (2.746.2) Cc: ports@FreeBSD.org, Doug Barton Subject: Re: cvs commit: ports/mail/dk-milter Makefile pkg-plist ports/mail/dk-milter/files milter-dk.sh.in X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 10:57:00 -0000 On 17/01/2006, at 9:45 PM, Pav Lucistnik wrote: > Sam Lawrance p=ED=9Ae v =FAt 17. 01. 2006 v 21:39 +1100: >> Over to ports@ ... >> >> On 17/01/2006, at 10:50 AM, Doug Barton wrote: >> >>> Pav Lucistnik wrote: >>>> pav 2006-01-15 09:11:04 UTC >>>> >>>> FreeBSD ports repository >>>> >>>> Modified files: >>>> mail/dk-milter Makefile pkg-plist >>>> mail/dk-milter/files milter-dk.sh.in >>>> Log: >>>> - Convert RC script to rc_subr >>>> >>>> PR: ports/91595 http://www.FreeBSD.org/cgi/query- >>>> pr.cgi?pr=3D91595 >>>> Submitted by: Hirohisa Yamaguchi >>>> >>>> Revision Changes Path >>>> 1.6 +3 -2 ports/mail/dk-milter/Makefile >>>> 1.2 +43 -48 ports/mail/dk-milter/files/milter-dk.sh.in >>>> 1.2 +0 -1 ports/mail/dk-milter/pkg-plist >>>> >>>> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/ >>>> Makefile.diff?&r1=3D1.5&r2=3D1.6&f=3Dh >>>> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/files/ >>>> milter-dk.sh.in.diff?&r1=3D1.1&r2=3D1.2&f=3Dh >>>> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/pkg- >>>> plist.diff?&r1=3D1.1&r2=3D1.2&f=3Dh >>> >>> It's not a big enough issue to warrant a change for this port, =20 >>> but in >>> general it's a good idea if the name of the rc.d file is the same >>> as what >>> the script PROVIDE's. This removes one potential source of >>> confusion for users. >> >> Is it worth a patch to portlint? There are probably a stack of other >> rc-related things that could be checked for, too. For example, if an >> rc script is in the packing list, warn to use USE_RC_SUBR. Others? > > If an rc.d script is in the packing list! Old styled scripts are not > affected. How will you check that from portlint? Some grepwork? I've seen people put new-style rc.d scripts in the =20 packing list and install them in a post-install target. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 11:21:14 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5492416A41F; Tue, 17 Jan 2006 11:21:14 +0000 (GMT) (envelope-from bt@ccgis.de) Received: from sm7.simplethings.de (a15160313.alturo-server.de [217.160.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC17F43D49; Tue, 17 Jan 2006 11:21:13 +0000 (GMT) (envelope-from bt@ccgis.de) Received: from smm.simplethings.de ([85.88.4.201]) by sm7.simplethings.de with esmtp (Exim 4.50) id 1EyotU-00010g-Fy; Tue, 17 Jan 2006 12:21:01 +0100 Received: from [212.79.172.180] (helo=center.shared) by smM.simplethings.de with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1EyotT-0007pR-Nl; Tue, 17 Jan 2006 12:20:55 +0100 Received: from [192.168.2.66] (helo=[192.168.2.66]) by center.shared with esmtp (Exim 4.50) id 1EyouK-00054C-C1; Tue, 17 Jan 2006 12:21:48 +0100 Message-ID: <43CCD34C.3040406@ccgis.de> Date: Tue, 17 Jan 2006 12:21:48 +0100 From: Benjamin Thelen User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Sam Lawrance References: <1137328475.46361.7.camel@freebsd54.san.rr.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) Cc: freebsd ports , mharo@freebsd.org, mikejs@mbay.net Subject: Re: FreeBSD Port: mapserver-4.4.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, 17 Jan 2006 11:21:14 -0000 Hi, According to the user list, UMN-MapServer 4.8 is expected to be released this week. Maybe it is an idea to spend time and work to 4.8? Ben Sam Lawrance schrieb: > [mapserver maintainer CC'ed] > > On 15/01/2006, at 11:34 PM, Mike Sacauskis wrote: > >> Hi >> >> I was able to get mapserver-4.6.2 to build from source. I first >> built /usr/lang/php4 without installing it. >> >> I ran the ./configure --with-zlib=/usr/local/ --with-png=/usr/local/ >> --with-jpeg=/usr/local/ --with-xpm=/usr/local/ >> --with-libiconv=/usr/local/ --with-gd=/usr/local/ >> --with-php=/usr/ports/lang/php4/work/php-4.4.1/ >> --with-php-regex-dir=/usr/ports/lang/php4/work/php-4.4.1/regex >> --with-freetype=/usr/local >> >> I then had to hack the /mapserver-4.6.2/mapscript/php3/Makefile >> >> CFLAGS = -O2 -fPIC -Wall $(PHP_INC) -DUSE_PHP_REGEX -DCOMPILE_DL=1 >> -DPHP4 >> PHP_INC = -I$(PHP_SRC_DIR) -I$(PHP_SRC_DIR)/dl -I$(PHP_SRC_DIR)/main \ >> -I$(PHP_SRC_DIR)Zend -I$(PHP_SRC_DIR)/include \ >> -I$(PHP_SRC_DIR)/TSRM -I/usr/home/devel/mapserver-4.6.2 \ >> -I/usr/local/include > > That's great. Perhaps you could have a go at updating the port? Let me > know if you need some help. > > Check out the Porter's Handbook if it's you need more information. > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 11:41:38 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F7C116A41F; Tue, 17 Jan 2006 11:41:38 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF48143D45; Tue, 17 Jan 2006 11:41:35 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HBfXrb022900; Tue, 17 Jan 2006 22:41:33 +1100 Received: from [61.8.44.149] (ppp2C95.dyn.pacific.net.au [61.8.44.149]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HBfUjq009227; Tue, 17 Jan 2006 22:41:31 +1100 In-Reply-To: <12B98969-6186-4CA7-A3C6-11F5F36E2E1C@brooknet.com.au> References: <200601150911.k0F9B6eG062331@repoman.freebsd.org> <43CC3140.9040604@FreeBSD.org> <8F69821A-31A2-4E2D-A9E9-5CE1BEB2EE1F@brooknet.com.au> <1137494743.38904.41.camel@pav.hide.vol.cz> <12B98969-6186-4CA7-A3C6-11F5F36E2E1C@brooknet.com.au> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Message-Id: <98CB6F55-69F4-4944-A85C-E79DDAEB001A@brooknet.com.au> Content-Transfer-Encoding: quoted-printable From: Sam Lawrance Date: Tue, 17 Jan 2006 22:41:29 +1100 To: Sam Lawrance X-Mailer: Apple Mail (2.746.2) Cc: ports@FreeBSD.org, pav@FreeBSD.org, Doug Barton Subject: Re: cvs commit: ports/mail/dk-milter Makefile pkg-plist ports/mail/dk-milter/files milter-dk.sh.in X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 11:41:38 -0000 On 17/01/2006, at 9:56 PM, Sam Lawrance wrote: > > On 17/01/2006, at 9:45 PM, Pav Lucistnik wrote: > >> Sam Lawrance p=ED=9Ae v =FAt 17. 01. 2006 v 21:39 +1100: >>> Over to ports@ ... >>> >>> On 17/01/2006, at 10:50 AM, Doug Barton wrote: >>> >>>> Pav Lucistnik wrote: >>>>> pav 2006-01-15 09:11:04 UTC >>>>> >>>>> FreeBSD ports repository >>>>> >>>>> Modified files: >>>>> mail/dk-milter Makefile pkg-plist >>>>> mail/dk-milter/files milter-dk.sh.in >>>>> Log: >>>>> - Convert RC script to rc_subr >>>>> >>>>> PR: ports/91595 http://www.FreeBSD.org/cgi/query- >>>>> pr.cgi?pr=3D91595 >>>>> Submitted by: Hirohisa Yamaguchi >>>>> >>>>> Revision Changes Path >>>>> 1.6 +3 -2 ports/mail/dk-milter/Makefile >>>>> 1.2 +43 -48 ports/mail/dk-milter/files/milter-dk.sh.in >>>>> 1.2 +0 -1 ports/mail/dk-milter/pkg-plist >>>>> >>>>> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/ >>>>> Makefile.diff?&r1=3D1.5&r2=3D1.6&f=3Dh >>>>> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/files/ >>>>> milter-dk.sh.in.diff?&r1=3D1.1&r2=3D1.2&f=3Dh >>>>> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/pkg- >>>>> plist.diff?&r1=3D1.1&r2=3D1.2&f=3Dh >>>> >>>> It's not a big enough issue to warrant a change for this port, =20 >>>> but in >>>> general it's a good idea if the name of the rc.d file is the same >>>> as what >>>> the script PROVIDE's. This removes one potential source of >>>> confusion for users. >>> >>> Is it worth a patch to portlint? There are probably a stack of =20 >>> other >>> rc-related things that could be checked for, too. For example, =20 >>> if an >>> rc script is in the packing list, warn to use USE_RC_SUBR. Others? >> >> If an rc.d script is in the packing list! Old styled scripts are not >> affected. How will you check that from portlint? > > Some grepwork? I've seen people put new-style rc.d scripts in the =20 > packing list and install them in a post-install target. For example, a quick and incomplete grep shows that these ports have =20 an etc/*.sh script entry in the packing list, which contains the =20 string PROVIDE. Some roll their own substitution and install target instead of using =20 USE_RC_SUBR. Some do USE_RC_SUBR=3Dyes (another check, I know Pav was tracking this =20= problem at some stage). One or two just still have the rc.d script in the packing list, even =20 though USE_RC_SUBR takes care of it. /s/ports/net/3proxy/files/3proxy.sh.in:# PROVIDE: threeproxy /s/ports/japanese/Canna/files/canna.sh.in:# PROVIDE: canna /s/ports/mail/couriergraph/files/couriergraph.sh.in:# PROVIDE: =20 couriergraph /s/ports/net/freenet6/files/freenet6.sh.in:# PROVIDE: freenet6 /s/ports/www/junkbuster/files/junkbuster.sh.in:# PROVIDE: junkbuster /s/ports/www/nginx/files/nginx.sh.in:# PROVIDE: nginx /s/ports/net/gnu-radius/files/radiusd.sh.in:# PROVIDE radiusd /s/ports/net/vncreflector/files/vncreflector.sh.in:# PROVIDE: =20 vncreflector /s/ports/net/vls/files/vlsd.sh.in:# PROVIDE: vlsd From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 11:45:57 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 000E016A41F for ; Tue, 17 Jan 2006 11:45:56 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id E393943D76 for ; Tue, 17 Jan 2006 11:45:51 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HBje6v024640; Tue, 17 Jan 2006 22:45:40 +1100 Received: from [61.8.44.149] (ppp2C95.dyn.pacific.net.au [61.8.44.149]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k0HBjcB4012425; Tue, 17 Jan 2006 22:45:39 +1100 In-Reply-To: <200601162212.52220.serge.gagnon@b2b2c.ca> References: <200601162212.52220.serge.gagnon@b2b2c.ca> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <093A4644-9582-496A-A30E-E36F51BCBF67@brooknet.com.au> Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Tue, 17 Jan 2006 22:45:37 +1100 To: Serge Gagnon X-Mailer: Apple Mail (2.746.2) Cc: ports@freebsd.org Subject: Re: devel/cvspadm disapear X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 11:45:57 -0000 On 17/01/2006, at 2:12 PM, Serge Gagnon wrote: > > Hi, > I'm using this port and i like it, then i would like to know if i > can send a > PR of this port with a working MASTER_SITES even if the author doesn't > maintain his software? I currently have the distfile in my ftpd > that is UP > 24/24 7/7. > > If i could do this, i would like to know if i could send the same > old port? Sure, just send-pr in the usual way and make a note that you are re- adding the port. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 14:44:46 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5C6416A45D for ; Tue, 17 Jan 2006 14:44:46 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from host-212-68-242-42.brutele.be (host-212-68-242-42.brutele.be [212.68.242.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899E643D70 for ; Tue, 17 Jan 2006 14:44:37 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id 6838B54FB; Tue, 17 Jan 2006 15:44:35 +0100 (CET) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 05D81C10F; Tue, 17 Jan 2006 15:44:34 +0100 (CET) Date: Tue, 17 Jan 2006 15:44:34 +0100 From: Jean-Yves Lefort To: vd@datamax.bg Message-Id: <20060117154434.01ccd2ea.jylefort@FreeBSD.org> In-Reply-To: <20060117094805.GA94247@qlovarnika.bg.datamax> References: <20060117094805.GA94247@qlovarnika.bg.datamax> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__17_Jan_2006_15_44_34_+0100_vAd1tW=W7Dr/R+SM" Cc: freebsd-ports@freebsd.org Subject: Re: portsearch: approach to finding ports that provide a given file X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 14:44:46 -0000 --Signature=_Tue__17_Jan_2006_15_44_34_+0100_vAd1tW=W7Dr/R+SM Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 17 Jan 2006 11:48:05 +0200 Vasil Dimov wrote: > Some ports generate their plists after being installed, making it > impossible to record the plist without fetching the source tarballs, > compiling and installing the software. Currently for these ports empty > or flawed plists are recorded. One way to fix this problem is to > retrieve the plists for these ports from the precompiled packages > available at ftp.freebsd.org but the whole packages need to be fetched, > causing (large) amount of unefficient network traffic. > Any ideas for resolving the problem are welcome. The package building scripts (Tools/portbuild) could be modified to create pkgname-metadata.tbz files and make them available on the FreeBSD ftp site. An utility which would retrieve these files and maintain a database could then be created. Said utility could be run by end users on their home machines, as well as by some machine on the FreeBSD cluster which would maintain a database queryable through www.FreeBSD.org. This approach requires coordination with the package building and www people. --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Tue__17_Jan_2006_15_44_34_+0100_vAd1tW=W7Dr/R+SM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzQLSyzD7UaO4AGoRAj2YAJ9+BkSEdEoqh8IpZAEr+IcJwiU3qQCaAwTz 3VeSydpOI8FSRwwFBwLm++Y= =I/Rc -----END PGP SIGNATURE----- --Signature=_Tue__17_Jan_2006_15_44_34_+0100_vAd1tW=W7Dr/R+SM-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 15:08:47 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F3C16A420 for ; Tue, 17 Jan 2006 15:08:47 +0000 (GMT) (envelope-from bt@ccgis.de) Received: from sm7.simplethings.de (a15160313.alturo-server.de [217.160.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id B919443D48 for ; Tue, 17 Jan 2006 15:08:44 +0000 (GMT) (envelope-from bt@ccgis.de) Received: from smm.simplethings.de ([85.88.4.201]) by sm7.simplethings.de with esmtp (Exim 4.50) id 1EysRo-0002ly-N7 for freebsd-ports@freebsd.org; Tue, 17 Jan 2006 16:08:39 +0100 Received: from [212.79.172.180] (helo=center.shared) by smM.simplethings.de with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1EysRo-0001rw-GD for freebsd-ports@freebsd.org; Tue, 17 Jan 2006 16:08:36 +0100 Received: from [192.168.2.66] (helo=[192.168.2.66]) by center.shared with esmtp (Exim 4.50) id 1EysSf-0005dL-2p for freebsd-ports@freebsd.org; Tue, 17 Jan 2006 16:09:29 +0100 Message-ID: <43CD08A8.2020207@ccgis.de> Date: Tue, 17 Jan 2006 16:09:28 +0100 From: Benjamin Thelen User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd ports Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) Subject: error in postgis-1.1.0/postigs_restore.pl X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 15:08:47 -0000 For your information: The following lines near the end of the 1.1 postgis_restore.pl script need to be commented out: print "Now source $dumpascii manually\n"; exit(1); Suppose this will be done in future versions. Ben From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 15:12:56 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B32D16A420; Tue, 17 Jan 2006 15:12:56 +0000 (GMT) (envelope-from mikejs@mbay.net) Received: from ms-smtp-01-eri0.socal.rr.com (ms-smtp-01-qfe0.socal.rr.com [66.75.162.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6AEF43D91; Tue, 17 Jan 2006 15:12:24 +0000 (GMT) (envelope-from mikejs@mbay.net) Received: from [127.0.0.1] (cpe-70-95-218-173.san.res.rr.com [70.95.218.173]) by ms-smtp-01-eri0.socal.rr.com (8.13.4/8.13.4) with ESMTP id k0HFBv4p006574; Tue, 17 Jan 2006 07:12:03 -0800 (PST) Message-ID: <43CD0930.60606@mbay.net> Date: Tue, 17 Jan 2006 07:11:44 -0800 From: Mike Sacauskis User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Benjamin Thelen References: <1137328475.46361.7.camel@freebsd54.san.rr.com> <43CCD34C.3040406@ccgis.de> In-Reply-To: <43CCD34C.3040406@ccgis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Sam Lawrance , freebsd ports , mharo@freebsd.org Subject: Re: FreeBSD Port: mapserver-4.4.1 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mikejs@mbay.net List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 15:12:57 -0000 I'll give it a shot. Has anybody worked with Mathlab? Benjamin Thelen wrote: > Hi, > > According to the user list, UMN-MapServer 4.8 is expected to be > released this week. Maybe it is an idea to spend time and work to 4.8? > > > Ben > > > > Sam Lawrance schrieb: > >> [mapserver maintainer CC'ed] >> >> On 15/01/2006, at 11:34 PM, Mike Sacauskis wrote: >> >>> Hi >>> >>> I was able to get mapserver-4.6.2 to build from source. I first >>> built /usr/lang/php4 without installing it. >>> >>> I ran the ./configure --with-zlib=/usr/local/ --with-png=/usr/local/ >>> --with-jpeg=/usr/local/ --with-xpm=/usr/local/ >>> --with-libiconv=/usr/local/ --with-gd=/usr/local/ >>> --with-php=/usr/ports/lang/php4/work/php-4.4.1/ >>> --with-php-regex-dir=/usr/ports/lang/php4/work/php-4.4.1/regex >>> --with-freetype=/usr/local >>> >>> I then had to hack the /mapserver-4.6.2/mapscript/php3/Makefile >>> >>> CFLAGS = -O2 -fPIC -Wall $(PHP_INC) -DUSE_PHP_REGEX -DCOMPILE_DL=1 >>> -DPHP4 >>> PHP_INC = -I$(PHP_SRC_DIR) -I$(PHP_SRC_DIR)/dl -I$(PHP_SRC_DIR)/main \ >>> -I$(PHP_SRC_DIR)Zend -I$(PHP_SRC_DIR)/include \ >>> -I$(PHP_SRC_DIR)/TSRM -I/usr/home/devel/mapserver-4.6.2 \ >>> -I/usr/local/include >> >> >> That's great. Perhaps you could have a go at updating the port? Let >> me know if you need some help. >> >> Check out the Porter's Handbook if it's you need more information. >> >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > > > From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 16:04:01 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 383F216A422; Tue, 17 Jan 2006 16:04:01 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F82B43D49; Tue, 17 Jan 2006 16:03:56 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FC98.dip.t-dialin.net [84.165.252.152]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.1/8.13.1) with ESMTP id k0HFv3wC031915; Tue, 17 Jan 2006 16:57:04 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from localhost (localhost [127.0.0.1]) by Andro-Beta.Leidinger.net (8.13.3/8.13.3) with ESMTP id k0HG3a2b045219; Tue, 17 Jan 2006 17:03:36 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Tue, 17 Jan 2006 17:03:36 +0100 Message-ID: <20060117170336.5w4onpdngw0w8cg8@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 17 Jan 2006 17:03:36 +0100 From: Alexander Leidinger To: Jean-Yves Lefort References: <20060117094805.GA94247@qlovarnika.bg.datamax> <20060117154434.01ccd2ea.jylefort@FreeBSD.org> In-Reply-To: <20060117154434.01ccd2ea.jylefort@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.3) / FreeBSD-4.11 X-Virus-Scanned: by amavisd-new Cc: vd@datamax.bg, freebsd-ports@freebsd.org Subject: Re: portsearch: approach to finding ports that provide a given file X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 16:04:01 -0000 Jean-Yves Lefort wrote: > On Tue, 17 Jan 2006 11:48:05 +0200 > Vasil Dimov wrote: > >> Some ports generate their plists after being installed, making it >> impossible to record the plist without fetching the source tarballs, >> compiling and installing the software. Currently for these ports empty >> or flawed plists are recorded. One way to fix this problem is to >> retrieve the plists for these ports from the precompiled packages >> available at ftp.freebsd.org but the whole packages need to be fetched, >> causing (large) amount of unefficient network traffic. >> Any ideas for resolving the problem are welcome. > > The package building scripts (Tools/portbuild) could be modified to > create pkgname-metadata.tbz files and make them available on the > FreeBSD ftp site. An utility which would retrieve these files and > maintain a database could then be created. Said utility could be run > by end users on their home machines, as well as by some machine on the > FreeBSD cluster which would maintain a database queryable through > www.FreeBSD.org. This approach requires coordination with the package > building and www people. "make fetchindex" like operation comes into mind... "make fetchsearchindex"? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Denver, n: A smallish city located just below the `O' in Colorado. From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 16:52:13 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B62FD16A41F for ; Tue, 17 Jan 2006 16:52:13 +0000 (GMT) (envelope-from barner@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id D785943D76 for ; Tue, 17 Jan 2006 16:52:08 +0000 (GMT) (envelope-from barner@gmx.de) Received: (qmail invoked by alias); 17 Jan 2006 16:52:00 -0000 Received: from unknown (EHLO zi025.glh.mhn.de) [129.187.43.241] by mail.gmx.net (mp032) with SMTP; 17 Jan 2006 17:52:00 +0100 X-Authenticated: #147403 Received: by zi025.glh.mhn.de (Postfix, from userid 1000) id 9D82EC487; Tue, 17 Jan 2006 17:52:07 +0100 (CET) Date: Tue, 17 Jan 2006 17:52:07 +0100 From: Simon Barner To: Doug Barton Message-ID: <20060117165207.GC19564@zi025.glh.mhn.de> References: <200601131703.37174.list-freebsd-2004@morbius.sent.com> <20060113204712.5403643c.jylefort@FreeBSD.org> <20060114095135.GA812@kyuzo.dunkelkammer.void> <43CA06D7.5010705@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WplhKdTI2c8ulnbP" Content-Disposition: inline In-Reply-To: <43CA06D7.5010705@FreeBSD.org> User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Cc: freebsd-ports@freebsd.org Subject: Re: Distfiles and FTP Traffic-Shaping X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 16:52:13 -0000 --WplhKdTI2c8ulnbP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Doug Barton wrote: > Stefan Walter wrote: >=20 > >MASTER_SORT_REGEX already exists. From my /etc/make.conf: >=20 > Interesting. How would you teach this to avoid a certain site?=20 > Unfortunately, the first site in the sourceforge mirror list has an IPv6= =20 > address, but fetch can't talk to it for some reason, so my connection han= gs=20 > for a while before that site times out and another is tried. I tried the= =20 > following, which I didn't think would work, and was not disappointed. :) I use the following line in make.conf to enforce the use of IPv4: FETCH_CMD=3Dfetch -4 --=20 Best regards / Viele Gr=FC=DFe, barner@FreeBSD.= org Simon Barner barner@gmx.de --WplhKdTI2c8ulnbP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzSC3Ckn+/eutqCoRAte9AKC7JyFPF5h+MRDqIc0FMk9KRSWVmACgxl9F 2Gwvds/ccQpTCS2D7u9puPE= =wt7y -----END PGP SIGNATURE----- --WplhKdTI2c8ulnbP-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 16:55:50 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEC0116A41F for ; Tue, 17 Jan 2006 16:55:50 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from host-212-68-242-42.brutele.be (host-212-68-242-42.brutele.be [212.68.242.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF4C143D4C for ; Tue, 17 Jan 2006 16:55:49 +0000 (GMT) (envelope-from jylefort@FreeBSD.org) Received: from jsite.lefort.net (jsite.lefort.net [192.168.1.2]) by gateway.lefort.net (Postfix) with ESMTP id A040C54CE; Tue, 17 Jan 2006 17:55:48 +0100 (CET) Received: from jsite.lefort.net (localhost [127.0.0.1]) by jsite.lefort.net (Postfix) with SMTP id 3C213C10F; Tue, 17 Jan 2006 17:55:48 +0100 (CET) Date: Tue, 17 Jan 2006 17:55:47 +0100 From: Jean-Yves Lefort To: Alexander Leidinger Message-Id: <20060117175547.0e045df1.jylefort@FreeBSD.org> In-Reply-To: <20060117170336.5w4onpdngw0w8cg8@netchild.homeip.net> References: <20060117094805.GA94247@qlovarnika.bg.datamax> <20060117154434.01ccd2ea.jylefort@FreeBSD.org> <20060117170336.5w4onpdngw0w8cg8@netchild.homeip.net> X-Mailer: Sylpheed running on FreeBSD Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__17_Jan_2006_17_55_48_+0100_t_1nZbXUnwzNHSx6" Cc: vd@datamax.bg, freebsd-ports@freebsd.org Subject: Re: portsearch: approach to finding ports that provide a given file X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 16:55:50 -0000 --Signature=_Tue__17_Jan_2006_17_55_48_+0100_t_1nZbXUnwzNHSx6 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 17 Jan 2006 17:03:36 +0100 Alexander Leidinger wrote: > Jean-Yves Lefort wrote: >=20 > > On Tue, 17 Jan 2006 11:48:05 +0200 > > Vasil Dimov wrote: > > > >> Some ports generate their plists after being installed, making it > >> impossible to record the plist without fetching the source tarballs, > >> compiling and installing the software. Currently for these ports empty > >> or flawed plists are recorded. One way to fix this problem is to > >> retrieve the plists for these ports from the precompiled packages > >> available at ftp.freebsd.org but the whole packages need to be fetched, > >> causing (large) amount of unefficient network traffic. > >> Any ideas for resolving the problem are welcome. > > > > The package building scripts (Tools/portbuild) could be modified to > > create pkgname-metadata.tbz files and make them available on the > > FreeBSD ftp site. An utility which would retrieve these files and > > maintain a database could then be created. Said utility could be run > > by end users on their home machines, as well as by some machine on the > > FreeBSD cluster which would maintain a database queryable through > > www.FreeBSD.org. This approach requires coordination with the package > > building and www people. >=20 > "make fetchindex" like operation comes into mind... "make fetchsearchinde= x"? make fetchallmetadatafilesandupdatedatabase :) --=20 Jean-Yves Lefort jylefort@FreeBSD.org http://lefort.be.eu.org/ --Signature=_Tue__17_Jan_2006_17_55_48_+0100_t_1nZbXUnwzNHSx6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDzSGUyzD7UaO4AGoRAlaSAJ9JPqQn3prKFleJkokp9yV+oXBiOACfcFjZ 3tq/+sRmHbL5jiEBNW73Dx8= =iJMn -----END PGP SIGNATURE----- --Signature=_Tue__17_Jan_2006_17_55_48_+0100_t_1nZbXUnwzNHSx6-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 17:14:17 2006 Return-Path: X-Original-To: FreeBSD-ports@FreeBSD.org Delivered-To: FreeBSD-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BD5F16A41F for ; Tue, 17 Jan 2006 17:14:17 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32912.mail.mud.yahoo.com (web32912.mail.mud.yahoo.com [68.142.206.59]) by mx1.FreeBSD.org (Postfix) with SMTP id A40D143D49 for ; Tue, 17 Jan 2006 17:14:16 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 16896 invoked by uid 60001); 17 Jan 2006 17:14:16 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=QeYjPf/9JxJhf5UAkWUHev2QXCWe+UP7r6rG8G3e7hZ9hMUexKkv5qkwx4AE0bFAnExjKH3AIBscuqXYJ6wvnFMslP+M7hBOaQBKBk2VBwFmmSs6SRdM+/SbDpNeJp/0Aa8lkO3rzqwMStWjjFFeNdNm2XY1XRgze1Rz3lanzB8= ; Message-ID: <20060117171416.16894.qmail@web32912.mail.mud.yahoo.com> Received: from [69.79.51.108] by web32912.mail.mud.yahoo.com via HTTP; Tue, 17 Jan 2006 18:14:16 CET Date: Tue, 17 Jan 2006 18:14:16 +0100 (CET) From: To: FreeBSD-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1878393124-1137518056=:11102" Cc: jasone@FreeBSD.org Subject: f2c problems with the new malloc (Fwd: [ports-amd64@pointyhat.freebsd.org: arpack-96 failed on amd64 7]) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 17:14:17 -0000 --0-1878393124-1137518056=:11102 Content-Type: text/plain; charset=iso-8859-1 Content-Id: Content-Disposition: inline Hi; f2c, which arpack uses to generate headers, is having problems with the new malloc on amd64 (messages follow). If the problem is difficult to find perhaps we should stop generating those headers: I think no port uses them. cheers, Pedro. > > ----- Forwarded message from User Ports-amd64 ... ================================================================ > ======================================== > add_pkg > ===> Installing for arpack-96 > ===> Generating temporary packing list > ===> Checking if math/arpack already installed > install /work/a/ports/math/arpack/work/ARPACK/libarpack.a /usr/local/lib > (/bin/mkdir -p /work/a/ports/math/arpack/work/ARPACK/include ; cd > /work/a/ports/math/arpack/work/ARPACK/include ; f2c -C++ -P > /work/a/ports/math/arpack/work/ARPACK/SRC/*.f ; f2c -C++ -P > /work/a/ports/math/arpack/work/ARPACK/BLAS/*.f ; f2c -C++ -P > /work/a/ports/math/arpack/work/ARPACK/LAPACK/*.f ; /bin/cat *.P | > /usr/bin/grep -v :ref: > arpack.h) > Warning on line 414 of /work/a/ports/math/arpack/work/ARPACK/SRC/cgetv0.f: > local variable t4 never used > Warning on line 414 of /work/a/ports/math/arpack/work/ARPACK/SRC/cgetv0.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003120 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003120 (size 60) (0x0) > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaitr.f: > cscal declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x8020032e0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020032e0 (size 60) (0x0) > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnapps.f: > local variable t2 never used > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnapps.f: > local variable t3 never used > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnapps.f: > local variable t4 never used > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnapps.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003120 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003120 (size 60) (0x0) > Warning on line 800 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaup2.f: > local variable t4 never used > Warning on line 800 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaup2.f: > local variable t5 never used > Warning on line 800 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaup2.f: > cswap declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x8020097a0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020097a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020097a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020097a0 (size 44) (0x0) > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaupd.f: > local variable t2 never used > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaupd.f: > local variable t3 never used > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaupd.f: > local variable t4 never used > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/cnaupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020034a0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020034a0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020034a0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020034a0 (size 60) (0x0) > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneigh.f: > local variable t2 never used > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneigh.f: > local variable t3 never used > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneigh.f: > local variable t4 never used > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneigh.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802008120 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802008120 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802008120 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802008120 (size 44) (0x0) > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneupd.f: > local variable t0 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneupd.f: > local variable t1 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneupd.f: > local variable t2 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneupd.f: > local variable t3 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneupd.f: > local variable t4 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/cneupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802007d10 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802007d10 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802007d10 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802007d10 (size 44) (0x0) > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/cngets.f: > local variable t2 never used > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/cngets.f: > local variable t3 never used > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/cngets.f: > local variable t4 never used > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/cngets.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020066e0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020066e0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020066e0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020066e0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002b50 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002b50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002b50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002b50 (size 44) (0x0) > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/cstatn.f: > local variable t0 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/cstatn.f: > local variable t1 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/cstatn.f: > local variable t2 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/cstatn.f: > local variable t3 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/cstatn.f: > local variable t4 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/cstatn.f: > local variable t5 never used > Warning on line 419 of /work/a/ports/math/arpack/work/ARPACK/SRC/dgetv0.f: > local variable t4 never used > Warning on line 419 of /work/a/ports/math/arpack/work/ARPACK/SRC/dgetv0.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003120 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020032e0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020032e0 (size 60) (0x0) > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnapps.f: > local variable t2 never used > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnapps.f: > local variable t3 never used > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnapps.f: > local variable t4 never used > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnapps.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003200 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003200 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003200 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003200 (size 60) (0x0) > Warning on line 832 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnaup2.f: > local variable t4 never used > Warning on line 832 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnaup2.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003ba0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003ba0 (size 60) (0x0) > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnaupd.f: > local variable t2 never used > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnaupd.f: > local variable t3 never used > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnaupd.f: > local variable t4 never used > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnaupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020033c0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020033c0 (size 60) (0x0) > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnconv.f: > local variable t2 never used > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnconv.f: > local variable t3 never used > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnconv.f: > local variable t4 never used > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/dnconv.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020064c0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020064c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020064c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020064c0 (size 44) (0x0) > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneigh.f: > local variable t2 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneigh.f: > local variable t3 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneigh.f: > local variable t4 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneigh.f: > local variable t5 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneigh.f: > dcopy declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802002f60 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002f60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002f60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002f60 (size 60) (0x0) > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneupd.f: > local variable t0 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneupd.f: > local variable t1 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneupd.f: > local variable t2 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneupd.f: > local variable t3 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneupd.f: > local variable t4 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneupd.f: > local variable t5 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/dneupd.f: > ddot declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802003ba0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003ba0 (size 60) (0x0) > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/dngets.f: > local variable t2 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/dngets.f: > local variable t3 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/dngets.f: > local variable t4 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/dngets.f: > local variable t5 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/dngets.f: > dcopy declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802006ef0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802006ef0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802006ef0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802006ef0 (size 44) (0x0) > Warning on line 853 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaitr.f: > daxpy declared EXTERNAL but never used. > Warning on line 853 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaitr.f: > dmout declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020032e0 (size 60) (0x0) > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsapps.f: > local variable t2 never used > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsapps.f: > local variable t3 never used > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsapps.f: > local variable t4 never used > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsapps.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003040 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003040 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003040 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003040 (size 60) (0x0) > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaup2.f: > local variable t4 never used > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaup2.f: > local variable t5 never used > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaup2.f: > dscal declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802009350 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802009350 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802009350 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802009350 (size 44) (0x0) > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaupd.f: > local variable t2 never used > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaupd.f: > local variable t3 never used > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaupd.f: > local variable t4 never used > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsaupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020033c0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020033c0 (size 60) (0x0) > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsconv.f: > local variable t2 never used > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsconv.f: > local variable t3 never used > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsconv.f: > local variable t4 never used > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsconv.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802005f30 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802005f30 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802005f30 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802005f30 (size 44) (0x0) > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseigt.f: > local variable i never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseigt.f: > local variable t2 never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseigt.f: > local variable t3 never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseigt.f: > local variable t4 never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseigt.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003430 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003430 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003430 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003430 (size 60) (0x0) > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseupd.f: > local variable t0 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseupd.f: > local variable t1 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseupd.f: > local variable t2 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseupd.f: > local variable t3 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseupd.f: > local variable t4 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseupd.f: > local variable t5 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/dseupd.f: > dswap declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802007750 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802007750 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802007750 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802007750 (size 44) (0x0) > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsgets.f: > local variable t2 never used > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsgets.f: > local variable t3 never used > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsgets.f: > local variable t4 never used > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/dsgets.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020067c0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020067c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020067c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020067c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020039b0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020039b0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020039b0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020039b0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002b50 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002b50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002b50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002b50 (size 44) (0x0) > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstatn.f: > local variable t0 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstatn.f: > local variable t1 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstatn.f: > local variable t2 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstatn.f: > local variable t3 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstatn.f: > local variable t4 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstatn.f: > local variable t5 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstats.f: > local variable t0 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstats.f: > local variable t1 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstats.f: > local variable t2 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstats.f: > local variable t3 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstats.f: > local variable t4 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstats.f: > local variable t5 never used > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstqrb.f: > lsame declared EXTERNAL but never used. > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstqrb.f: > dswap declared EXTERNAL but never used. > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstqrb.f: > dlaset declared EXTERNAL but never used. > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/dstqrb.f: > xerbla declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802003ab0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003ab0 (size 44) (0x0) > Warning on line 419 of /work/a/ports/math/arpack/work/ARPACK/SRC/sgetv0.f: > local variable t4 never used > Warning on line 419 of /work/a/ports/math/arpack/work/ARPACK/SRC/sgetv0.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003120 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020052d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020032e0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020032e0 (size 60) (0x0) > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/snapps.f: > local variable t2 never used > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/snapps.f: > local variable t3 never used > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/snapps.f: > local variable t4 never used > Warning on line 647 of /work/a/ports/math/arpack/work/ARPACK/SRC/snapps.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003200 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003200 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003200 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003200 (size 60) (0x0) > Warning on line 832 of /work/a/ports/math/arpack/work/ARPACK/SRC/snaup2.f: > local variable t4 never used > Warning on line 832 of /work/a/ports/math/arpack/work/ARPACK/SRC/snaup2.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003ba0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003ba0 (size 60) (0x0) > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/snaupd.f: > local variable t2 never used > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/snaupd.f: > local variable t3 never used > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/snaupd.f: > local variable t4 never used > Warning on line 692 of /work/a/ports/math/arpack/work/ARPACK/SRC/snaupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020033c0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020033c0 (size 60) (0x0) > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/snconv.f: > local variable t2 never used > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/snconv.f: > local variable t3 never used > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/snconv.f: > local variable t4 never used > Warning on line 146 of /work/a/ports/math/arpack/work/ARPACK/SRC/snconv.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020064c0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020064c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020064c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020064c0 (size 44) (0x0) > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneigh.f: > local variable t2 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneigh.f: > local variable t3 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneigh.f: > local variable t4 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneigh.f: > local variable t5 never used > Warning on line 314 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneigh.f: > scopy declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802002f60 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002f60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002f60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002f60 (size 60) (0x0) > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneupd.f: > local variable t0 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneupd.f: > local variable t1 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneupd.f: > local variable t2 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneupd.f: > local variable t3 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneupd.f: > local variable t4 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneupd.f: > local variable t5 never used > Warning on line 1041 of /work/a/ports/math/arpack/work/ARPACK/SRC/sneupd.f: > sdot declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802003ba0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003ba0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003ba0 (size 60) (0x0) > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/sngets.f: > local variable t2 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/sngets.f: > local variable t3 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/sngets.f: > local variable t4 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/sngets.f: > local variable t5 never used > Warning on line 231 of /work/a/ports/math/arpack/work/ARPACK/SRC/sngets.f: > scopy declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802006ef0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802006ef0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802006ef0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802006ef0 (size 44) (0x0) > Warning on line 853 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaitr.f: > saxpy declared EXTERNAL but never used. > Warning on line 853 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaitr.f: > smout declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020032e0 (size 60) (0x0) > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssapps.f: > local variable t2 never used > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssapps.f: > local variable t3 never used > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssapps.f: > local variable t4 never used > Warning on line 516 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssapps.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003040 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003040 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003040 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003040 (size 60) (0x0) > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaup2.f: > local variable t4 never used > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaup2.f: > local variable t5 never used > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaup2.f: > sscal declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802009350 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802009350 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802009350 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802009350 (size 44) (0x0) > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaupd.f: > local variable t2 never used > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaupd.f: > local variable t3 never used > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaupd.f: > local variable t4 never used > Warning on line 689 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssaupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020033c0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020033c0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020033c0 (size 60) (0x0) > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssconv.f: > local variable t2 never used > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssconv.f: > local variable t3 never used > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssconv.f: > local variable t4 never used > Warning on line 138 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssconv.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802005f30 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802005f30 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802005f30 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802005f30 (size 44) (0x0) > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseigt.f: > local variable i never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseigt.f: > local variable t2 never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseigt.f: > local variable t3 never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseigt.f: > local variable t4 never used > Warning on line 181 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseigt.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002cc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003430 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003430 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003430 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003430 (size 60) (0x0) > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseupd.f: > local variable t0 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseupd.f: > local variable t1 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseupd.f: > local variable t2 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseupd.f: > local variable t3 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseupd.f: > local variable t4 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseupd.f: > local variable t5 never used > Warning on line 902 of /work/a/ports/math/arpack/work/ARPACK/SRC/sseupd.f: > sswap declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802007750 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802007750 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802007750 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802007750 (size 44) (0x0) > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssgets.f: > local variable t2 never used > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssgets.f: > local variable t3 never used > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssgets.f: > local variable t4 never used > Warning on line 219 of /work/a/ports/math/arpack/work/ARPACK/SRC/ssgets.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020067c0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020067c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020067c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020067c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020039b0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020039b0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020039b0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020039b0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002b50 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002b50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002b50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002b50 (size 44) (0x0) > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstatn.f: > local variable t0 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstatn.f: > local variable t1 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstatn.f: > local variable t2 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstatn.f: > local variable t3 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstatn.f: > local variable t4 never used > Warning on line 61 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstatn.f: > local variable t5 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstats.f: > local variable t0 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstats.f: > local variable t1 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstats.f: > local variable t2 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstats.f: > local variable t3 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstats.f: > local variable t4 never used > Warning on line 47 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstats.f: > local variable t5 never used > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstqrb.f: > lsame declared EXTERNAL but never used. > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstqrb.f: > sswap declared EXTERNAL but never used. > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstqrb.f: > xerbla declared EXTERNAL but never used. > Warning on line 594 of /work/a/ports/math/arpack/work/ARPACK/SRC/sstqrb.f: > slaset declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x802003ab0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003ab0 (size 44) (0x0) > Warning on line 414 of /work/a/ports/math/arpack/work/ARPACK/SRC/zgetv0.f: > local variable t4 never used > Warning on line 414 of /work/a/ports/math/arpack/work/ARPACK/SRC/zgetv0.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003120 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003120 (size 60) (0x0) > Warning on line 850 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaitr.f: > zscal declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x8020032e0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020032e0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020032e0 (size 60) (0x0) > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/znapps.f: > local variable t2 never used > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/znapps.f: > local variable t3 never used > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/znapps.f: > local variable t4 never used > Warning on line 507 of /work/a/ports/math/arpack/work/ARPACK/SRC/znapps.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802003120 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003120 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003120 (size 60) (0x0) > Warning on line 800 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaup2.f: > local variable t4 never used > Warning on line 800 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaup2.f: > local variable t5 never used > Warning on line 800 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaup2.f: > zswap declared EXTERNAL but never used. > f2c: (malloc) Corrupted redzone 1 byte after 0x8020097f0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020097f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020097f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020097f0 (size 44) (0x0) > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaupd.f: > local variable t2 never used > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaupd.f: > local variable t3 never used > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaupd.f: > local variable t4 never used > Warning on line 663 of /work/a/ports/math/arpack/work/ARPACK/SRC/znaupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x8020034a0 (size 60) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020034a0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020034a0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020034a0 (size 60) (0x0) > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneigh.f: > local variable t2 never used > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneigh.f: > local variable t3 never used > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneigh.f: > local variable t4 never used > Warning on line 257 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneigh.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802008170 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802008170 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802008170 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802008170 (size 44) (0x0) > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneupd.f: > local variable t0 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneupd.f: > local variable t1 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneupd.f: > local variable t2 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneupd.f: > local variable t3 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneupd.f: > local variable t4 never used > Warning on line 884 of /work/a/ports/math/arpack/work/ARPACK/SRC/zneupd.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802007db0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802007db0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802007db0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802007db0 (size 44) (0x0) > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/zngets.f: > local variable t2 never used > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/zngets.f: > local variable t3 never used > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/zngets.f: > local variable t4 never used > Warning on line 178 of /work/a/ports/math/arpack/work/ARPACK/SRC/zngets.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802006730 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802006730 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802006730 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802006730 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ba0 (size 44) (0x8) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ba0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ba0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ba0 (size 44) (0x0) > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/zstatn.f: > local variable t0 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/zstatn.f: > local variable t1 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/zstatn.f: > local variable t2 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/zstatn.f: > local variable t3 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/zstatn.f: > local variable t4 never used > Warning on line 51 of /work/a/ports/math/arpack/work/ARPACK/SRC/zstatn.f: > local variable t5 never used > f2c: (malloc) Corrupted redzone 1 byte after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002dc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002dc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002dc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002dc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002810 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ab0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020027c0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003180 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020031d0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002fc0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002d60 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002a50 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002b90 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020028f0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020029d0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ee0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ea0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020030b0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002a60 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003220 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003220 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003220 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003220 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003270 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003270 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003270 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003270 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003060 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003060 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003060 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003060 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002e00 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x8020028a0 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002980 (size 44) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002ef0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002ef0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002ef0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002ef0 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802003150 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 1 byte after 0x802002e10 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 2 bytes after 0x802002e10 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 3 bytes after 0x802002e10 (size 60) (0x0) > f2c: (malloc) Corrupted redzone 4 bytes after 0x802002e10 (size 60) (0x0) > Abort trap (core dumped) > *** Error code 134 > > Stop in /a/ports/math/arpack. > ================================================================ > build of /usr/ports/math/arpack ended at Mon Jan 16 23:38:41 UTC 2006 > > > ----- End forwarded message ----- > ___________________________________ Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive http://it.messenger.yahoo.com --0-1878393124-1137518056=:11102 Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Description: pat562785333 Content-Disposition: inline LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcg djEuNC4yIChGcmVlQlNEKQoKaUQ4REJRRkR6RHdVV3J5MEJXam9RS1VSQXBn ekFLRHpiMkpjWlZzTXpDMEgzcStkVjlJc2cxMWRjQUNmU2lLaQpUZkpkUzl3 WjkxMTdSWVpRYWlFVWRnaz0KPW1mSEkKLS0tLS1FTkQgUEdQIFNJR05BVFVS RS0tLS0tCg== --0-1878393124-1137518056=:11102-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 17:22:12 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75E2D16A41F; Tue, 17 Jan 2006 17:22:12 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9875843D46; Tue, 17 Jan 2006 17:22:10 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:vx9BDrakhdSIkWx54rCer3nL2Y1XNY00ZSy2R/QFTzuoKE11mpHCqDH9u9v5lfHW@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k0HHLugq022485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 18 Jan 2006 02:22:06 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 18 Jan 2006 02:21:56 +0900 Message-ID: From: Hajimu UMEMOTO To: Simon Barner In-Reply-To: <20060117165207.GC19564@zi025.glh.mhn.de> References: <200601131703.37174.list-freebsd-2004@morbius.sent.com> <20060113204712.5403643c.jylefort@FreeBSD.org> <20060114095135.GA812@kyuzo.dunkelkammer.void> <43CA06D7.5010705@FreeBSD.org> <20060117165207.GC19564@zi025.glh.mhn.de> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.0) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.2 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 18 Jan 2006 02:22:06 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, SUBJ_HAS_UNIQ_ID autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: Doug Barton , freebsd-ports@FreeBSD.org Subject: Re: Distfiles and FTP Traffic-Shaping X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 17:22:12 -0000 Hi, >>>>> On Tue, 17 Jan 2006 17:52:07 +0100 >>>>> Simon Barner said: barner> Doug Barton wrote: > Stefan Walter wrote: > > >MASTER_SORT_REGEX already exists. From my /etc/make.conf: > > Interesting. How would you teach this to avoid a certain site? > Unfortunately, the first site in the sourceforge mirror list has an IPv6 > address, but fetch can't talk to it for some reason, so my connection hangs > for a while before that site times out and another is tried. I tried the > following, which I didn't think would work, and was not disappointed. :) barner> I use the following line in make.conf to enforce the use of IPv4: barner> FETCH_CMD=fetch -4 Perhaps, you want to try IPv4 1st with not only for fetch(1). If you are using FreeBSD 5.3 or later with IPv6 enabled kernel, please try ip6addrctl(8) instead. You can configure to see IPv4 address 1st using it. Just putting ip6addrctl_enable="YES" into your /etc/rc.conf without ipv6_enable="YES" do the trick. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 19:04:23 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA50816A41F; Tue, 17 Jan 2006 19:04:23 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from jengal.datamax.bg (jengal.datamax.bg [82.103.104.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C3C543D46; Tue, 17 Jan 2006 19:04:23 +0000 (GMT) (envelope-from vd@datamax.bg) Received: from qlovarnika.bg.datamax (qlovarnika.bg.datamax [192.168.10.2]) by jengal.datamax.bg (Postfix) with SMTP id 41DC9B832; Tue, 17 Jan 2006 21:04:22 +0200 (EET) Received: (nullmailer pid 54470 invoked by uid 1002); Tue, 17 Jan 2006 19:04:22 -0000 Date: Tue, 17 Jan 2006 21:04:22 +0200 From: Vasil Dimov To: Jean-Yves Lefort Message-ID: <20060117190422.GA40220@qlovarnika.bg.datamax> References: <20060117094805.GA94247@qlovarnika.bg.datamax> <20060117154434.01ccd2ea.jylefort@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <20060117154434.01ccd2ea.jylefort@FreeBSD.org> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 Cc: freebsd-ports@freebsd.org Subject: Re: portsearch: approach to finding ports that provide a given file X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vd@datamax.bg List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jan 2006 19:04:23 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 03:44:34PM +0100, Jean-Yves Lefort wrote: > On Tue, 17 Jan 2006 11:48:05 +0200 > Vasil Dimov wrote: >=20 > > Some ports generate their plists after being installed, making it > > impossible to record the plist without fetching the source tarballs, > > compiling and installing the software. Currently for these ports empty > > or flawed plists are recorded. One way to fix this problem is to > > retrieve the plists for these ports from the precompiled packages > > available at ftp.freebsd.org but the whole packages need to be fetched, > > causing (large) amount of unefficient network traffic. > > Any ideas for resolving the problem are welcome. >=20 > The package building scripts (Tools/portbuild) could be modified to > create pkgname-metadata.tbz files and make them available on the > FreeBSD ftp site. An utility which would retrieve these files and > maintain a database could then be created. Said utility could be run > by end users on their home machines, as well as by some machine on the > FreeBSD cluster which would maintain a database queryable through > www.FreeBSD.org. This approach requires coordination with the package > building and www people. Here are some numbers: Currently the list of all the plist files is 64M, without any trace which port each file belongs to. When each plist file is prepended with port number (1-14004) the list becomes 72M, when bzip2ed it becomes 6M, but then split into 14000 separate files and each one bzip2ed separately then all 14000 archives are 28M. --=20 Vasil Dimov --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iD8DBQFDzT+2Fw6SP/bBpCARAqbPAJwI7byZ9Bkm2d/DPvukeiY8n5nrlACeNRXU ltmhSQccstDGsCa8S1OJvVQ= =92Y4 -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG-- From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 19:24:01 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 435A216A41F; Tue, 17 Jan 2006 19:24:01 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id C066343D48; Tue, 17 Jan 2006 19:24:00 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 20A1362C899; Tue, 17 Jan 2006 15:23:59 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 36060-07; Tue, 17 Jan 2006 15:23:59 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 3847C62C876; Tue, 17 Jan 2006 15:23:59 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 7760D3E1CA; Tue, 17 Jan 2006 15:23:59 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 71D6A3DDCF; Tue, 17 Jan 2006 15:23:59 -0400 (AST) Date: Tue, 17 Jan 2006 15:23:59 -0400 (AST) From: "Marc G. Fournier" To: Alex Dupre In-Reply-To: <43CC93A8.1070501@FreeBSD.org> Message-ID: <20060117152328.S28752@ganymede.hub.org> References: <20060116151317.P28752@ganymede.hub.org> <43CBF3E9.8060206@FreeBSD.org> <20060116163816.S28752@ganymede.hub.org> <43CC1C35.5030001@FreeBSD.org> <20060116190830.G28752@ganymede.hub.org> <20060116230840.X28752@ganymede.hub.org> <43CC93A8.1070501@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-ports@freebsd.org Subject: Re: c-client port and php5-imap "clash" ... X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 19:24:01 -0000 On Tue, 17 Jan 2006, Alex Dupre wrote: > Marc G. Fournier wrote: >> the issue was that I had php5-5.0.1 installed, and, of >> course, the port is up to 5.1.1, so needed to upgrade php5 first, then >> add imap ... didn't even think of that :( > > The port is up to 5.1.2 now :-) And yes, you always have to be coherent > with versions of main php and its extensions. I *usually* do a portupgrade before adding any new ports ... got lazy this time, as I thought I had *just* upgraded the PHP5 on that server :( Teach me :) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-ports@FreeBSD.ORG Tue Jan 17 19:41:56 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0B4516A41F; Tue, 17 Jan 2006 19:41:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70B6643D48; Tue, 17 Jan 2006 19:41:55 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k0HJfqKp004345; Tue, 17 Jan 2006 11:41:52 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k0HJfpPr004344; Tue, 17 Jan 2006 11:41:51 -0800 Date: Tue, 17 Jan 2006 11:41:51 -0800 From: Brooks Davis To: Pav Lucistnik Message-ID: <20060117194151.GB31908@odin.ac.hmc.edu> References: <200601150911.k0F9B6eG062331@repoman.freebsd.org> <43CC3140.9040604@FreeBSD.org> <8F69821A-31A2-4E2D-A9E9-5CE1BEB2EE1F@brooknet.com.au> <1137494743.38904.41.camel@pav.hide.vol.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UHN/qo2QbUvPLonB" Content-Disposition: inline In-Reply-To: <1137494743.38904.41.camel@pav.hide.vol.cz> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=HTML_MESSAGE autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: ports@freebsd.org, Doug Barton , Sam Lawrance Subject: Re: cvs commit: ports/mail/dk-milter Makefile pkg-plist ports/mail/dk-milter/files milter-dk.sh.in X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.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, 17 Jan 2006 19:41:56 -0000 --UHN/qo2QbUvPLonB Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 17, 2006 at 11:45:43AM +0100, Pav Lucistnik wrote: > Sam Lawrance p=ED?e v =FAt 17. 01. 2006 v 21:39 +1100: > > Over to ports@ ... > >=20 > > On 17/01/2006, at 10:50 AM, Doug Barton wrote: > >=20 > > > Pav Lucistnik wrote: > > >> pav 2006-01-15 09:11:04 UTC > > >> > > >> FreeBSD ports repository > > >> > > >> Modified files: > > >> mail/dk-milter Makefile pkg-plist > > >> mail/dk-milter/files milter-dk.sh.in > > >> Log: > > >> - Convert RC script to rc_subr > > >> > > >> PR: ports/91595 http://www.FreeBSD.org/cgi/query-=20 > > >> pr.cgi?pr=3D91595 > > >> Submitted by: Hirohisa Yamaguchi > > >> > > >> Revision Changes Path > > >> 1.6 +3 -2 ports/mail/dk-milter/Makefile > > >> 1.2 +43 -48 ports/mail/dk-milter/files/milter-dk.sh.in > > >> 1.2 +0 -1 ports/mail/dk-milter/pkg-plist > > >> > > >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/=20 > > >> Makefile.diff?&r1=3D1.5&r2=3D1.6&f=3Dh > > >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/files/=20 > > >> milter-dk.sh.in.diff?&r1=3D1.1&r2=3D1.2&f=3Dh > > >> http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/mail/dk-milter/pkg-=20 > > >> plist.diff?&r1=3D1.1&r2=3D1.2&f=3Dh > > > > > > It's not a big enough issue to warrant a change for this port, but in > > > general it's a good idea if the name of the rc.d file is the same =20 > > > as what > > > the script PROVIDE's. This removes one potential source of =20 > > > confusion for users. > >=20 > > Is it worth a patch to portlint? There are probably a stack of other = =20 > > rc-related things that could be checked for, too. For example, if an = =20 > > rc script is in the packing list, warn to use USE_RC_SUBR. Others? >=20 > If an rc.d script is in the packing list! Old styled scripts are not > affected. How will you check that from portlint? You use grep to see if they match the rules currently used in /etc/rc and /etc/rc/localpkg. Any file which is not an rc.d script, should generate a warning because we plan to fully remove support for old style scripts and non-execution of .sample scripts at some time in the future (my guess would be 8.0). Portlint should also warn about any .sh scripts installed into rc.d since their behavior will change to being sourced with ".