svn commit: r325807 - in head: . Mk

[Bryan Drewery]

On Sep 1, 2013, at 1:49, David Naylor <dbn at freebsd.org> wrote:

> On Saturday, 31 August 2013 09:15:57 Bryan Drewery wrote:
>> On 8/31/2013 9:10 AM, Alexey Dokuchaev wrote:
>>> On Sat, Aug 31, 2013 at 01:56:08PM +0000, Bryan Drewery wrote:
>>>> New Revision: 325807
>>>> URL: http://svnweb.freebsd.org/changeset/ports/325807
>>>> 
>>>> - Add USE_PACKAGE_DEPENDS_ONLY which will try installing dependencies
>>>> 
>>>>  from existing packages and not fallback on building from source.
>>>> 
>>>>  This is useful for package building tools such as poudriere and
>>>>  tinderbox
>>>>  to avoid building from source and confusing the build log, if a
>>>>  dependency
>>>>  failed to build for some reason.
>>> 
>>> I actually don't quite see the use for any of them.  As for the build log,
>>> if I understand correctly what you're describing, usually it's *good* to
>>> "confuse" the log, as it's an indication of wrongly spelled _DEPENDS line.
>>> 
>>> Am I missing some really warranted usage scenario for these knobs?
>>> 
>>> ./danfe
>> 
>> make build-depends USE_PACKAGE_DEPENDS
>>  This installs dependencies from packages if present, else, fallback on
>> source.
>> 
>> make build-depends USE_PACKAGE_DEPENDS_ONLY
>>  This installs dependencies from packages only.
>> 
>> It has nothing to do with misspelling anything.
>> 
>> These are used to install dependencies from packages using the ports
>> framework. The alternative is to have the package building tool install
>> the dependencies themselves, which tinderbox _and_ portbuild do wrong!
>> Why reinvent the wheel. Let the ports framework install depenencies with
>> 'build-depends', and use packages from already built.
> 
> Are you are referring to ports-mgmt/portbuilder?  In which case I would like 
> to clarify that while the default behaviour is this, it can be changed using 
> the '--method' argument.  Also, portbuilder passes NO_DEPENDS to the build and 
> install stages, managing the installation of dependencies itself.

No, I am referring to portbuild, the old cluster package tool on pointyhat.

The tool should have as little logic as possible and rely on the ports framework as much as possible.

>  
> 
> Regards