[Pkg-samba-maint] ftbfs of the indep-only build

[Andrew Bartlett]

On Wed, 2022-04-06 at 16:35 +0300, Michael Tokarev wrote:
> Hi!
> 
> I broke the indep-only build of samba by replacing $(dh_listpackages)
> with ${omit_packages}. It is interesting. Because actually I didn't
> know about this usage of dh_listpackages, that it can return
> different
> lists depending on the arch/indep build (and ofcourse different lists
> of packages depending on the build architecture, according to the
> Architecture: field of each package in d/control).
> 
> Now when you see it, I wonder.
> 
> In indep-only build, we build whole things, but we install only the
> static files (mostly from debian/) and nothing more. The rest of the
> build is completely wasted.
> 
> I can easily switch back to the indirect usage of $(dh_listpackages)
> as if was before my "simplification" (but still without the need to
> run nested make as we had), just to fix this build failure.
> 
> But I really wonder if we actually should split the arch/indep
> builds..
> Almost whole of our build/install procedure is arch-any, but some
> specific bits are arch-all.  I just don't know how to do it.
> Replacing
> whole override_dh_foo with override_dh_foo-arch does not look clean
> :)
> 
> I'll fix the immediate issue first. But this appears to be a big
> question, at first :)

I would like to help, but I'm totally lost as to what all this is
about.  It would seem to me that only a few headers in Samba would be
architecture-independent, even our python is tightly linked to C
modules so as to be pointless to be split into architecture-independent 
bits. 

Perhaps some of the docs are, but they try to include correct paths
(and fail to, sadly). 

> To say the truth, I'm really tired of all this thing for quite
> some time already :))

I've said it before, and despite your objections I'll still say it
again, thank you so very much for stepping in and helping Samba on
Debian.  Thank you in particular for helping us catch up with current
practices, for getting 4.16 uploaded nice and early in the cycle and
what I hope I won't offend by calling 'deferred maintenance'.

I'm sorry this has become so overwhelming, and thank you again for your
efforts.  Do continue to reach out if there is anything I can advise on
.

Andrew Bartlett

-- 
Andrew Bartlett (he/him)       https://samba.org/~abartlet/
Samba Team Member (since 2001) https://samba.org
Samba Team Lead, Catalyst IT   https://catalyst.net.nz/services/samba

Samba Development and Support, Catalyst IT - Expert Open Source
Solutions