[Debian GNUstep maintainers] Bug#1094879: gnustep-gui FTCBFS: configures for the build architecture during dh_auto_clean
Yavor Doganov
yavor at gnu.org
Sat Feb 1 17:47:18 GMT 2025
Helmut Grohne wrote:
> On Sat, Feb 01, 2025 at 09:35:22AM +0200, Yavor Doganov wrote:
> > Helmut Grohne wrote:
> > > On Sat, Feb 01, 2025 at 12:53:24AM +0200, Yavor Doganov wrote:
> > > > That's realy puzzling, I honestly can't figure out what's
> > > > going on.
> > >
> > > Would you mind sharing a successful build log of yours for me to
> > > look into? Diffing build logs is a powerful tool.
> >
> > Sure; please find it attached (gzipped).
>
> Being puzzled goes on. The log did not reveal much to me. A few
> observations:
> * It actually does not use -nc (as you said) and really does run make
> distclean (as does the failing one).
> * make distclean does not run configure (unlike the failing one).
Running configure without arguments is the culprit, yes.
> | Finished prerequisites of target file '/usr/share/GNUstep/Makefiles/messages.make'.
> | No need to remake target '/usr/share/GNUstep/Makefiles/messages.make'.
> | Considering target file 'gui.make'.
> | File 'gui.make' does not exist.
> | Considering target file 'gui.make.in'.
> | Looking for an implicit rule for 'gui.make.in'.
> | Trying pattern rule '%: %.m' with stem 'gui.make.in'.
> | Trying implicit prerequisite 'gui.make.in.m'.
> | Not found 'gui.make.in.m'.
> | Trying harder.
> | Trying pattern rule '%: %.m' with stem 'gui.make.in'.
> | Trying implicit prerequisite 'gui.make.in.m'.
> | Looking for a rule with intermediate file 'gui.make.in.m'.
> | Avoiding implicit rule recursion for rule '%: %.m'.
> | No implicit rule found for 'gui.make.in.m'.
> | Rejecting rule '%: %.m' due to impossible prerequisite 'gui.make.in.m'.
> | No implicit rule found for 'gui.make.in'.
> | Finished prerequisites of target file 'gui.make.in'.
> | No need to remake target 'gui.make.in'.
> | Considering target file 'Version'.
> | Looking for an implicit rule for 'Version'.
> | Trying pattern rule '%: %.m' with stem 'Version'.
> | Trying implicit prerequisite 'Version.m'.
> | Not found 'Version.m'.
> | Trying harder.
> | Trying pattern rule '%: %.m' with stem 'Version'.
> | Trying implicit prerequisite 'Version.m'.
> | Looking for a rule with intermediate file 'Version.m'.
> | Avoiding implicit rule recursion for rule '%: %.m'.
> | No implicit rule found for 'Version.m'.
> | Rejecting rule '%: %.m' due to impossible prerequisite 'Version.m'.
> | No implicit rule found for 'Version'.
> | Finished prerequisites of target file 'Version'.
> | No need to remake target 'Version'.
> | Considering target file 'configure'.
> | Looking for an implicit rule for 'configure'.
> | Trying pattern rule '%: %.m' with stem 'configure'.
> | Trying implicit prerequisite 'configure.m'.
> | Not found 'configure.m'.
> | Trying harder.
> | Trying pattern rule '%: %.m' with stem 'configure'.
> | Trying implicit prerequisite 'configure.m'.
> | Looking for a rule with intermediate file 'configure.m'.
> | Avoiding implicit rule recursion for rule '%: %.m'.
> | No implicit rule found for 'configure.m'.
> | Rejecting rule '%: %.m' due to impossible prerequisite 'configure.m'.
> | No implicit rule found for 'configure'.
> | Finished prerequisites of target file 'configure'.
> | No need to remake target 'configure'.
> | Finished prerequisites of target file 'gui.make'.
> | Must remake target 'gui.make'.
> | Need a job token; we don't have children
> | GNUmakefile.postamble:81: update target 'gui.make' due to: target does not exist
> | if [ -x config.status ]; then \
> | ./config.status --recheck && ./config.status; \
> | else \
> | ./configure; \
> | fi
Here is the problem but I don't understand why it happens. From my
log at the end of this prerequisite check:
| Finished prerequisites of target file 'gui.make'.
| Prerequisite 'gui.make.in' is older than target 'gui.make'.
| Prerequisite 'Version' is older than target 'gui.make'.
| Prerequisite 'configure' is older than target 'gui.make'.
How it happens that the gui.make target needs to be rebuilt in your
case? I attach my build log with --debug=a entirely as I'm afraid of
making a mistake while cutting stuff you're not interested in. I'll
just make another try with the official package in unstable, obtained
with apt-get source.
> Once configure is invoked, things go bad.
Definitely.
> Thanks for bearing with me.
Please, I'm grateful for all of your efforts in different areas and
I'm probably the most interested person on this planet to get
gnustep-gui cross-built on the official infrastructure. I am also
curious about this problem, although life has thought me that in such
cases it's something innocent and obvious but you just can't spot it
initially.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnustep-gui_0.31.1-9_armhf-2025-02-01T16:45:55Z.build.gz
Type: application/octet-stream
Size: 81478 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-gnustep-maintainers/attachments/20250201/fbef99ea/attachment-0001.obj>
More information about the pkg-GNUstep-maintainers
mailing list