[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Graft hooks
From: |
Mark H Weaver |
Subject: |
Re: Graft hooks |
Date: |
Fri, 24 Aug 2018 17:59:23 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
Hi Ludovic,
address@hidden (Ludovic Courtès) writes:
> Mark H Weaver <address@hidden> skribis:
>
>> I think it would be quite unfortunate if _every_ graft had to run
>> _every_ graft hook, or if every graft hook had to be defined in
>> (guix grafts) and/or (guix build graft).
>>
>> It's reasonable to have a few global graft hooks, e.g. for handling
>> debugging information, but I would greatly prefer for Guix to also have
>> a mechanism allowing individual packages or build systems to introduce
>> graft hooks without modifying (guix grafts) or (guix build graft), and
>> for such a mechanism to be used for Racket and its libraries.
>
> Sure, like I wrote, a more extensible solution along the lines of what
> Timothy and you suggest sounds better long-term. It just happens to be
> harder to implement today (in particular until ‘wip-build-systems-gexp’
> is merged), and not entirely clear how this could work, as discussed
> with Timothy.
That's fine. This solution is fine for now, as long as the number of
graft hooks is fairly small. Maybe we can revisit this after
'wip-build-systems-gexp' is merged.
Thanks,
Mark
- Re: Graft hooks, (continued)
- Re: Graft hooks, Ludovic Courtès, 2018/08/20
- Re: Graft hooks, Timothy Sample, 2018/08/21
- Re: Graft hooks, Christopher Lemmer Webber, 2018/08/22
- Re: Graft hooks, Mark H Weaver, 2018/08/23
- Re: Graft hooks, Gábor Boskovits, 2018/08/23
- Re: Graft hooks, Ludovic Courtès, 2018/08/24
- Re: Graft hooks,
Mark H Weaver <=