Alright, fixed!
80963744a2 store: 'mapm/accumulate-builds' preserves '%current-target-system'.
f52fbf7094 packages: Ensure bags are insensitive to '%current-target-system'.
Ludo’.
Hi,
Ludovic Courtès skribis:
> I’ve tried to address it in an API-compatible way, which meant setting
> the ‘%current-system’ and ‘%current-target-system’ parameters around the
> hook calls, but that is ugly, hard to get right (dynamic binding and
> monadic code really don’t go together well :-/
Hello Jan,
> and with that "system build" succeeds (after a while) but "system vm-image"
> says
>
> guix system: error: gnu/packages/glib.scm:404:2:
> gobject-introspection@1.62.0: build system `meson' does not support cross
> builds
>
> This could be mostly harmless...still building a fu
Ludovic Courtès writes:
Hello!
> Ludovic Courtès skribis:
>
>> Actually all the profile hooks refer to the native derivation.
>
> I’ve looked at it and this problem is surprisingly tricky to address.
Thank you so much for looking into this!
> I’ve tried to address it in an API-compatible way,
Hey Ludo,
> So I’m very much tempted to instead require each hook to take ‘system’
> and ‘#:target’ arguments and pass them to ‘gexp->derivation’. It’ll
> break the API, in case someone out there has custom profile hooks
> (unlikely given that it’s not really documented), but I’d say that’s OK.
Hi,
Ludovic Courtès skribis:
> Actually all the profile hooks refer to the native derivation.
I’ve looked at it and this problem is surprisingly tricky to address.
I’ve tried to address it in an API-compatible way, which meant setting
the ‘%current-system’ and ‘%current-target-system’ paramete
Hello!
As janneke found (and maybe Mathieu also), the profile hooks called by
‘profile-derivation’ for some reason end up using a different system and
target, as can be seen in this example:
--8<---cut here---start->8---
$ guix describe
Generacio 141 May 10 2
