From owner-freebsd-perl@FreeBSD.ORG Sat Jun 22 09:33:00 2013 Return-Path: Delivered-To: perl@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 23A40529; Sat, 22 Jun 2013 09:33:00 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id D7BC413C6; Sat, 22 Jun 2013 09:32:59 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C872828429; Sat, 22 Jun 2013 11:32:57 +0200 (CEST) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id F419B28422; Sat, 22 Jun 2013 11:32:55 +0200 (CEST) Message-ID: <51C56F47.4000001@quip.cz> Date: Sat, 22 Jun 2013 11:32:55 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: lev@FreeBSD.org Subject: Re: "portmaster -r perl" rebuild almost everything, including apache24, php53 etc. References: <1306476328.20130621232328@serebryakov.spb.ru> <51C5611D.2000807@passap.ru> <607933663.20130622131234@serebryakov.spb.ru> In-Reply-To: <607933663.20130622131234@serebryakov.spb.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: perl@FreeBSD.org, Boris Samorodov , apache@FreeBSD.org, freebsd-ports@freebsd.org X-BeenThere: freebsd-perl@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: maintainer of a number of perl-related ports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jun 2013 09:33:00 -0000 Lev Serebryakov wrote: > Hello, Boris. > You wrote 22 июня 2013 г., 12:32:29: > >>> Is it ok? > BS> Technically "portmaster -r perl" rebuild all that depends on perl. > BS> So you get what you asked for. > > BS> Should almost whole ports be rebuilded at a minor perl upgrade is > BS> another question. And I think that the most resent change in perl > I'm surprised, that so many ports, which doesn't contain any perl > code after build (like apache24 and php) depends on perl in runtime. > Why? I understand, why all p5-* or nod_perl should be rebuild, but > why php53 should!? For example, php53 doesn't contains perl > dependency directly. Ok, it depend on apache24 in my configuration, > let see at apache24. It has USE_PERL5=yes. Let check, does it need it > at runtime. > > % cd /usr/ports/www/apache24 > % grep \\.pm pkg-plist > % pkg info -lg apache\* | grep -E '/usr/local/(bin|sbin|lib|libexec)' | xargs ldd | grep perl > ldd: /usr/local/libexec/apache22/httpd.exp: not a dynamic executable > ldd: /usr/local/sbin/apachectl: not a dynamic executable > ldd: /usr/local/sbin/apxs: not a dynamic executable > ldd: /usr/local/sbin/dbmmanage: not a dynamic executable > ldd: /usr/local/sbin/envvars: not a dynamic executable > ldd: /usr/local/sbin/split-logfile: not a dynamic executable > % grep perl /usr/local/sbin/apachectl /usr/local/sbin/apxs /usr/local/sbin/dbmmanage /usr/local/sbin/envvars /usr/local/sbin/split-logfile > /usr/local/sbin/apxs:#!/usr/bin/perl -w > /usr/local/sbin/apxs: # perl variable. > /usr/local/sbin/dbmmanage:#!/usr/bin/perl > /usr/local/sbin/dbmmanage:# http://www.perl.com/CPAN/modules/by-module/HTTPD/HTTPD-Tools-x.xx.tar.gz > /usr/local/sbin/split-logfile:#!/usr/bin/perl > % > > Ok, apache24 need perl for its scripts and only for scripts, not for > perl modules! Should we rebuild it on perl upgrade? I don't think so. > Should we rebuild php53, which doesn't depends on these scripts, on > perl upgrade? I'm sure, we shouldn't. Should we rebuild phpMyAdmin or > Roundcube, pure-php software on perl upgrade!? IT IS MADNESS! It is an issue for a long time and can be partially fixed by EXPLICIT_PACKAGE_DEPENDS=true in make.conf Then you will have recorded direct depencencies only. Miroslav Lachman