On Sat, Oct 25, 2025 at 10:51:35AM +0000, Mike Gabriel wrote: > In lomiri-content-hub, part of the unit test building is producing > mock-executables that act as clients against the lomiri-content-hub service > during autopkgtests. These mock consumers are packaged as the > lomiri-content-hub-testability bin:pkg. The lomiri-content-hub-testability > bin:pkg is totally unneeded except for this one purpose. So, for speeding > things up at build time (i.e. nocheck), the l-c-h-testability bin:pkg must > either be empty (dummy content) or skipped from building. None complies with > your above interpretation of what nocheck is supposed to do / to deliver.
My interpretation was really "speed things up as far as you can do so without altering the set of generated packages or their contents". Usually, avoding to run the tests (even if you build them), already saves some time. > To get things more straight one would have to patch upstream's code in a > way, that we could build testability executables but omit building the unit > tests themselves. But such a patch would be highly Debian specific and I am > a bit reluctant to dive into this effort. Most Makefiles allow to separate building tests from running tests, and I would say that most authors would accept a patch for doing so if the current makefiles do not allow it. I don't think it would be so much Debian-specific. Chris wrote: > Here: https://wiki.debian.org/BuildProfileSpec#Registered_profile_names > > nocheck has N + N, so binary packages and their contents cannot change. That's a good reference indeed. If that's really what we want, then I guess some examples having nocheck in Build-Profiles in d/control should be modified, as doing so makes the set of generated packages to be different. If this was my package, I would simplify it as much as possible. Probably would remove the "noinsttest" build profile, as it seems that implementing it the way you originally had in mind and honoring nocheck at the same would force you to make changes that you consider not worthy enough. Thanks.
