<andi->
that then sets the macro/define ENALBE_HOMED
<andi->
defaults to off
<flokli>
good
<andi->
mhmmm:
<andi->
option('homed', type : 'combo', choices : ['auto', 'true', 'false'],
<andi->
description : 'install the systemd-homed stack')
<andi->
we might be accidentially missing a dependency and that is why it is not on..
<andi->
should probably just pass false there to be explicit
<flokli>
aye
<flokli>
andi-: okay, new version with explicitly disabled homed and 245.3 pushed. also rebased against latest staging, hoping this will fix the build.
* andi-
depoys
<flokli>
hold your horses, another push incoming
* andi-
goes buy horses
<flokli>
🐎🐎🐎🐎
<flokli>
andi-: you can let go the horses
<flokli>
if you have them by now
<andi->
mhm, building ZFS for this non-zfs system.. Where did it sneak in to again?
<flokli>
isn't it accidentially part of the minimal installer, and it was decided to leave it like that? :thinking:
<gchristensen>
I think it is on purpose part of the minimal image
<andi->
but this isn't an installer... :/
<andi->
I'll run a why-depends when this is done.. it compiled already so that doesn't really bother me much more
<andi->
flokli: most still fails to build on staging :/
<andi->
s/most/mosh/
<flokli>
andi-: yeah, bash-completion too
<andi->
that worked here
<flokli>
Some python test in test_nproc.py
* flokli
kicks off the build again
<andi->
aha! For some reason my grub is being built it zfs support
<flokli>
andi-: local override?
<andi->
I have a custom grub fork..
* andi-
checks
<andi->
Oh, lol.
<andi->
zfsSupport defaults to `true` in grub.. we explictly override grub with `zfsSupport = true;` if we want zfs.. so someone flipped that default..
<andi->
(in 2015)
<flokli>
is there a reason the default is flipped?
<NinjaTrappeur>
245.3 seem to work on my desktop setup as well.