svn commit: r325062 - in head/lib: . libcasper libcasper/libcasper libcasper/services libcasper/services/cap_dns libcasper/services/cap_dns/tests libcasper/services/cap_grp libcasper/services/cap_g...

Mariusz Zaborski oshogbo at freebsd.org
Sun Oct 29 05:27:00 UTC 2017


On 29 October 2017 at 01:49, Conrad Meyer <cem at freebsd.org> wrote:
> Hi,
>
> On Sat, Oct 28, 2017 at 12:23 PM, Mariusz Zaborski <oshogbo at freebsd.org> wrote:
>> Author: oshogbo
>> Date: Sat Oct 28 19:23:57 2017
>> New Revision: 325062
>> URL: https://svnweb.freebsd.org/changeset/base/325062
>>
>> Log:
>>   Introduce caspermocks.
>>
>>   The idea behinds mocks is that we don't need to ifdef a lot of code in
>>   tools itself but those defines are hidden in the casper library.
>>   Right now the mocks are implemented as define/inlines functions.
>>   There was a very long discussion how this should be implemented.
>>   This approach has some advantages like we don't need to link to any additional
>>   libraries. Unfortunately there are also some disadvantages for example it is
>>   easy to get library out of sync between two versions of functions or that we
>>   need extra define to compile program with casper support.
>>   This isn't an ideal solution but it's good enough for now and should simplify
>>   capsicumizing programs. This also doesn't close us any other ways to do those
>>   mocks and this should evolve in time.
>>
>>   Discussed with:       pjd, emaste, ed, rwatson, bapt, cem, bdrewery
>>   Differential Revision:    https://reviews.freebsd.org/D8753
>
> It's worth pointing out "discussed with" here very much does not mean
> "approved by" — several of the people mentioned above raised concerns
> with this approach and only one person explicitly supported the
> change.

Sorry for my in precision,

Approved by:           pjd, emaste, ed, rwatson
Discussed with:       pjd, emaste, ed, rwatson, bapt, cem, bdrewery

Like I mention in a commit log there were some concerns. This is also
the reason why
I wouldn't commit it with only one 'go for it'.

Thanks,
Mariusz

>
> Best,
> Conrad


More information about the svn-src-all mailing list