From owner-cvs-all@FreeBSD.ORG Wed Sep 20 10:31:05 2006 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 729) id 9CF4116A415; Wed, 20 Sep 2006 10:31:05 +0000 (UTC) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Kris Kennaway In-Reply-To: Message from Kris Kennaway of "Wed, 20 Sep 2006 02:33:57 -0400." <20060920063357.GA56451@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20060920103105.9CF4116A415@hub.freebsd.org> Date: Wed, 20 Sep 2006 10:31:05 +0000 (UTC) From: jkoshy@FreeBSD.ORG (Joseph Koshy) Cc: Joseph Koshy , cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/lang/drscheme Makefile pkg-plist ports/lang/drscheme/files patch-collects-profj-to-scheme.ss X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Sep 2006 10:31:05 -0000 jk> - Change the build to always use the libjpeg and libpng jk> libraries bundled with the source package. kk> Why? This means that the port won't benefit from bug/security fixes kk> and will need to manually patched (or more likely: overlooked). There's a bug in the application's "configure" script that prevents it from detecting the presence of installed png/jpeg libraries. ... configure output ... checking png.h usability... yes checking png.h presence... yes checking for png.h... yes checking for png_read_info in -lpng... no no libpng installed; building static version checking jpeglib.h usability... yes checking jpeglib.h presence... yes checking for jpeglib.h... yes checking for jpeg_start_decompress in -ljpeg... no no libjpeg installed; building static version ... So this change is a no-op and only has documentation value at this point of time. This bug needs to be tracked down and fixed & fed upstream. In the meantime, I'm working on the assumption that the PLT group tracks critical fixes to the 3rd-party code that they are redistributing. Regards, Koshy