From owner-freebsd-questions@FreeBSD.ORG Wed Dec 29 05:13:37 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46450106564A; Wed, 29 Dec 2010 05:13:37 +0000 (UTC) (envelope-from freebsd-questions@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7E88F8FC13; Wed, 29 Dec 2010 05:13:36 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.193]) by mail.unitedinsong.com.au (Postfix) with ESMTP id 3AFAA5C21; Wed, 29 Dec 2010 15:18:25 +1000 (EST) Message-ID: <4D1AC13A.5010404@herveybayaustralia.com.au> Date: Wed, 29 Dec 2010 15:03:54 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101227 Thunderbird/3.0.11 ThunderBrowse/3.3.4 MIME-Version: 1.0 To: David Southwell References: <201012281121.16618.david@vizion2000.net> <201012281136.30176.david@vizion2000.net> <201012281155.01305.david@vizion2000.net> In-Reply-To: <201012281155.01305.david@vizion2000.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: bf1783@gmail.com, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: [SOLVED] Re: ImageMagick, Djvu, and Perl-threaded - marked as IGNORE when updating X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2010 05:13:37 -0000 On 12/28/10 21:55, David Southwell wrote: > > > > > On 12/27/10, David Southwell wrote: > > > > > >> On 12/27/10, David Southwell wrote: > > > > > > Agreed - but following Doug's commit I can vouch that the > > > > > > PERL_THREADED hack > > > > > > was still needed for 7.2 p3 systems on amd64. > > > > > > > > > > It shouldn't be needed. Can you remove this definition from any > > > > > locally-modified Makefiles, and provide the same information > that was > > > > > requested from Da Rock? (Why do I feel like a WWE announcer when I > > > > > type that? ...) > > > > > > > > > > b. > > > > > > > > I do not want to rebuild WITHOUT_IMAGEMAGICK_PERL on a running system > > > > with active user access which needs perl. > > > > > > > > Have you got the replies from Da Rock? > > > > > > Before going any further I would suggest that Da Rock be advised to > update > > > his ports tree followed by > > > > > > # pkgdb -F > > > Fix any problems then. If there are any problems he cannot fix at this > > > stage then report those. Then: > > > > > > # portmaster -a or portupgrade -a > > > > > > > > > If he gets any failure which may possibly be linked to a Perl problem he > > > should rebuild perl with upward and downward recursion. e.g > > > #portupgrade -rR lang/perl5.8 > I dare say I'd come back with an error given I have 5.10 installed on the system. > > > > > > Until that is completed any other report could send us off on a wild > goose > > > chase. > > > > > > My twopennorth > > > > > I can do what you suggested when we have a report from Da Rock with > his results from a system with thoroughly updated ports. My guess is > that his probs will be solved by the above. > > Ok, so it took a while and I'm still reviewing some other issues. The real problem is that the error msg sends all on a wild goose chase. I got it updated but the problem had absolutely nothing to do with perl, djvu, and their threads. After some scratching about with configs and Makefiles, I discover there is an option not selected (not sure why) dealing with ImageMagick's threads- not perls or djvus! Now, IF those options are selected (and remember this is an upgrade) why not assume threads and print an info msg saying so? And why does the error msg not even allude to this instead of sending everyone on a chase after a mythical error that is not even the fault of the dependency? Thanks for the hints guys, but I'm now trying to figure a method that may resolve this type of issue in the future- I remember using dialog boxes in extremely old installs of linux (and BSD packages I think) that automatically selects or deselects based on a selections required/incompatible dependencies. That would save hours of fart-arsing about for many- even searching for known answers takes time, easily resolved if something stable can be figured this way. Thanks again.