svn commit: r286995 - head/share/mk

[Garrett Cooper]

> On Sep 23, 2015, at 10:02, Bryan Drewery <bdrewery at FreeBSD.org> wrote:
> 
>> On 9/23/2015 9:44 AM, Warner Losh wrote:
>> 
>> 
>> On Tue, Sep 22, 2015 at 10:07 PM, Bryan Drewery <bdrewery at freebsd.org
>> <mailto:bdrewery at freebsd.org>> wrote:
>> 
>>>    On 8/21/15 8:15 AM, Warner Losh wrote:
>>> Author: imp
>>> Date: Fri Aug 21 15:15:22 2015
>>> New Revision: 286995
>>> URL: https://svnweb.freebsd.org/changeset/base/286995
>>> 
>>> Log:
>>>  Document bsd.progs.mk <http://bsd.progs.mk>, including its
>>    status as being strongly
>>>  discouraged and that it will be going away as soon as is
>>    practicable.
>>> 
>>> Modified:
>>>  head/share/mk/bsd.README
>> 
>>    I find this functionality irreplaceable for simplicity. The alternative
>>    is more Makefiles for simple extra progs. Granted it has meta mode
>>    dirdeps issues but I think that is acceptable as there are other ways to
>>    address that.
>> 
>>    Where is this deprecation coming from? Is it just due to bapt's
>>    in-progress (but not working) patch at https://reviews.freebsd.org/D3444
>>    to remove bsd.progs.mk <http://bsd.progs.mk> in place of PROGS in
>>    bsd.prog.mk <http://bsd.prog.mk>?
>> 
>>    I would like to document PROGS properly. I had no idea how it worked
>>    until reading over it tonight. If the plan wasn't to remove PROGS itself
>>    I will do so.
>> 
>> 
>> It doesn't work and has lots of issues. Those issues haven't been fixed.
>> It didn't look like they would be fixed any time soon. It seemed there
>> was a consensus to deprecate it because of those issues.
>> bapt was part of that group, and his problems with packaging that
>> bsd.progs.mk <http://bsd.progs.mk> creates played into this decision.
>> 
>> If the issues are fixed, then we can change our recommendations based
>> on the changed circumstance.
>> 
>> Warner
> 
> Yes I think I've addressed the issues. I'm still testing and will have
> it committed soon. It is still fragile, but most of share/mk is.

I know you've been playing with meta mode a lot. Have you tried building with non-meta mode, with MK_TESTS=yes, then run he following steps as root after a successful installworld?

NOTE: wipe out /usr/tests before running installworld to ensure the files that are present there aren't from previous runs

cd /usr/tests
kyua test

Please add me to the CR.

Thanks,
-NGie