-
Notifications
You must be signed in to change notification settings - Fork 252
configure.ac: Propagate ./configure flags to 'distcheck' #1319
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
c2d74e5 to
60d3da9
Compare
|
Does this allow any further clanup? (Such as not needing to install dependencies on CI?) |
|
There is a missing part. Edit: No, you used AM_DISTCHECK_CONFIGURE_FLAGS directly. |
I'd do the opposite: remove "--disable-logind" from Ubuntu -based CI. Then it will be build-tested with |
60d3da9 to
d036cfe
Compare
|
The code is valid. However, for the records, I still think that automatic "configure" flags should be enough to build the package if minimal required dependencies are available. |
I fully agree with 1st part, not about
A nitpick; we do not need Anyway,
And because it is meant for maintainer you should ask other maintainers what kind of preferences they have. |
Right.
A small correction. |
|
Hi,
On Sat, Aug 02, 2025 at 01:12:24PM +0000, lslebodn wrote:
lslebodn left a comment (shadow-maint/shadow#1319)
> I still think that automatic "configure" flags should be enough to build the package
if minimal required dependencies are available.
I fully agree with 1st part, not about `minimal required dependencies`
> This also allows testing different configurations in the same system. Until now, we only tested the default automagic configuration.
A nitpick; we do not need `make distcheck` for testing different configuration.
`git clean -fdx && autoreconf -if && ./configure ${parametes here} && make check` is enough.
make distcheck includes more testing, such as installcheck (I don't know
if we have that here).
But yeah, we could do that similarly with installcheck.
On the other hand, 'distcheck' is a test-everything, so I often do
'make distcheck' as a way to test everything, instead of running the
separate commands. It's handy.
and moreover testing would also depend on installed dependencies.
That has always been true.
Anyway, `make dist(check)` is mostly for maintainer to ensure all necessary files will be in tarball before the release.
So users can run standard commands
* tar xzf <filename>.tar.gz
* cd <directory>
* ./configure
* make
* sudo make install
And because it is meant for maintainer you should ask other maintainer what kind of preferences they have.
Yup, they'll have to merge it, anyway. :)
I do not have any preference about this PR.
Thanks!
Have a lovely day!
Alex
…
|
d036cfe to
d28666c
Compare
|
Just as a reminder: the line Alternatively, as I mentioned earlier, a purer solution would be lines in configure.ac: AC_SUBST([ac_configure_args])
AM_SUBST_NOTMAKE([ac_configure_args])and in the top Makefile: This will add a single line only to the top Makefile. However, if a pure Makefiles are not a goal (which makes sense as they are clattered anyway), the current version will work fine. |
Since makefiles are generated, I don't mind how much crap they contain. I prefer a slim config file. |
d28666c to
875dd4d
Compare
875dd4d to
7326d22
Compare
7326d22 to
f88682f
Compare
'make distcheck' runs ./configure (among other things). That command should inherit the flags passed on the command line, as they are the flags necessary to build in the current system. This also allows testing different configurations in the same system. Until now, we only tested the default automagic configuration. With this change, one can test the same default automagic configuration, by not passing any flags to ./configure, or they can test more specific configurations, by passing flags. This allows removing the hardcoded AM_DISTCHECK_CONFIGURE_FLAGS in the "Makefile.am". Signed-off-by: Alejandro Colomar <[email protected]>
f88682f to
f5d5841
Compare
'make distcheck' runs ./configure (among other things). That command should inherit the flags passed on the command line, as they are the flags necessary to build in the current system.
This also allows testing different configurations in the same system. Until now, we only tested the default automagic configuration. With this change, one can test the same default automagic configuration, by not passing any flags to ./configure, or they can test more specific configurations, by passing flags.
Cc: @lslebodn, @Karlson2k
Revisions:
v1b
v1c
v1d
v1e
v1f