From owner-freebsd-ports@FreeBSD.ORG Tue Nov 25 14:56:31 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 312D48C0; Tue, 25 Nov 2014 14:56:31 +0000 (UTC) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E6663754; Tue, 25 Nov 2014 14:56:30 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XtHXY-000BDX-VE; Tue, 25 Nov 2014 14:56:28 +0000 Date: Tue, 25 Nov 2014 14:56:28 +0000 From: Gary Palmer To: Andrew Berg Subject: Re: [SOLVED] multimedia/x264 build failure, linker error Message-ID: <20141125145628.GB24514@in-addr.com> References: <2002873.iA6NuqLZfy@amd.asgard.uk> <2718486.HeFL0Qyace@amd.asgard.uk> <24936541.dtFOE5QvMi@amd.asgard.uk> <20141124223344.GA9356@pcjas.obspm.fr> <20141125142631.GA24514@in-addr.com> <547493A0.70001@my.hennepintech.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <547493A0.70001@my.hennepintech.edu> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-multimedia@freebsd.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2014 14:56:31 -0000 On Tue, Nov 25, 2014 at 08:35:12AM -0600, Andrew Berg wrote: > On 2014.11.25 08:26, Gary Palmer wrote: > > Since I assume most of the packages that depend on the old x264-0.136.2358_4 > > depend on the library rather than the CLI command, is there any harm in > > doing > > > > portmaster -o multimedia/libx264 x264-0.136.2358_4 > > > > instead? That way the dependancies are kept (mostly) correct > Don't do that. The dependency change has been properly handled, and those ports > know to use multimedia/libx264. If you followed the instructions in the mail I replied to, the installed packages are left with a dependency on x264 and not libx264. The real problem is that the few times I tried to use automated update methods ran into problems because x264 was already installed and libx264 couldn't be installed because they conflicted. Nothing seems to be in UPDATING or MOVED so the upgrades break. There needs to be a better way of handling these cases. Regards, Gary