svn commit: r286995 - head/share/mk
Garrett Cooper
yaneurabeya at gmail.com
Wed Sep 23 18:18:23 UTC 2015
> 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
More information about the svn-src-all
mailing list