Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 Aug 2014 10:20:23 -0500
From:      Bryan Drewery <bdrewery@FreeBSD.org>
To:        Max Brazhnikov <makc@freebsd.org>
Cc:        svn-ports-head@freebsd.org, Vsevolod Stakhov <vsevolod@freebsd.org>, svn-ports-all@freebsd.org, ports-committers@freebsd.org, Matthias Andree <matthias.andree@gmx.de>, Tijl Coosemans <tijl@freebsd.org>, Matthew Seaman <matthew@freebsd.org>
Subject:   Re: svn commit: r364287 - head/ports-mgmt/pkg-devel
Message-ID:  <f1e4f611a66669d80e35648b3704c2f1@shatow.net>
In-Reply-To: <9845655.c1l7BLfd1M@mercury.ph.man.ac.uk>
References:  <53e39939.55bc.4ca5432c@svn.freebsd.org> <53E7D193.3090305@FreeBSD.org> <53E7F110.7010105@FreeBSD.org> <9845655.c1l7BLfd1M@mercury.ph.man.ac.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2014-08-11 02:07, Max Brazhnikov wrote:
> On Sun, 10 Aug 2014 23:24:16 +0100 Matthew Seaman wrote:
>> On 10/08/2014 21:09, Vsevolod Stakhov wrote:
>> > Nonetheless, doesn't our ports policy defines to bump PORTREVISION in
>> > all cases that modifies a resulting package? Shlib provides/requires
>> > changing is definitely such a change. So you blame now pkg that it
>> > follows the current policy, don't you?
>> 
>> Bumping PORTREVISION in this situation is the standard policy only
>> because we previously lacked the tools to update dependent ports on
>> shlib ABI changes without it.
>> 
>> Ideally, pkg(8) will be able to make that policy obsolete by 
>> automating
>> away the manual reverse-dependency tracking that should be (but is not
>> always) being done at the moment.
> 
> It won't work in all cases anyway. I can give examples of ports, that 
> must be
> rebuilt if dependency gets updated, and it's not related to shared 
> libraries.

PHP extensions are like this. Must be rebuilt on every PHP version bump 
- and reinstalled. Currently pkg does not recognize this, and committers 
are not bumping revisions either. It would require bumping all PHP 
extension ports. Including non-obvious ones such as devel/ioncube, 
devel/eaccelerator.

-- 
Regards,
Bryan Drewery



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?f1e4f611a66669d80e35648b3704c2f1>