Re: [PATCH v9 07/37] hook: add 'run' subcommand

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ævar Arnfjörð Bjarmason <avarab@xxxxxxxxx> writes:

> On Wed, May 26 2021, Emily Shaffer wrote:
>
>> +void run_hooks_opt_init(struct run_hooks_opt *o)
>> +{
>> +	strvec_init(&o->env);
>> +	strvec_init(&o->args);
>> +	o->run_hookdir = configured_hookdir_opt();
>> +}
>
> I suggested in
> https://lore.kernel.org/git/87y2bs7gyc.fsf@xxxxxxxxxxxxxxxxxxx/ that
> this could and should be a RUN_HOOKS_OPT_INIT
>
> After some digging I see that was the case in an earlier version of your
> series, i.e. before:
> https://lore.kernel.org/git/20210131042254.1032233-1-jonathantanmy@xxxxxxxxxx/
>
> You came up with this current pattern because of
> configured_hookdir_opt().
>
> But a better option here is to use a RUN_HOOKS_OPT_INIT still and just
> defer the initialization of this "run_hookdir" member. I.e. set it to
> "we have not asked the config yet" in the initializer. I.e. the diff on
> top your series at the end of this E-Mail[1].

When I compared the result of applying your 31-patch series to
2.32-rc2 and the result of rebasing this series on the same base,
before sending out a responce to Emily's reaction, I found that the
31-patch series did a good job of not stepping on the "hook defined
with configuration" part and concentrated on providing a clean base
to build on with a better structure in the series, and there weren't
many changes that overlapped with Emily's series in a significant
way.  The above was one of the "overlapping" differences that stood
out.

Thanks.







[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux