QA Notice: Files built without respecting LDFLAGS have been detected Please include the following list of files in your report: /usr/bin/ttmkfdir
Created attachment 185483 [details, diff] Patch to $S/Makefile to avoid overwriting LDFLAGS The upstream Makefile overwrites user LDFLAGS, and abuses LDFLAGS to link to required libraries. This patch fixes both issues, by moving the libraries to LDLIBS and changing the rule for building ttmkfdir to follow the GNU make standard for linking C++ programs.
Shouldn't $(LDLIBS) go after "-o $@" in the linking phase to avoid --as-needed failures?
(In reply to comment #2) > Shouldn't $(LDLIBS) go after "-o $@" in the linking phase to avoid --as-needed > failures? > Sorry... ignore my previous comment. $(LDLIBS) must go after $^, not $@. I'm still sleeping :P
Please send this patch to the appropriate upstream bug tracker. Please paste the url here so we can track it. Thanks
The value of $HOMEPAGE points to a document which was last modified 05 Feb 2000. There is no sign of a bug tracker from that page, nor any obvious Google hits. The best candidate seems to be that Red Hat has taken over maintenance, as evidenced by a comment in the ttmkfdir spec file maintained by the Fedora project <http://cvs.fedoraproject.org/viewvc/devel/ttmkfdir/ttmkfdir.spec?view=markup>: # This is a Red Hat maintained package which is specific to # our distribution. Thus the source is only available from # within this srpm. Source0: %{name}-%{version}.tar.bz2 Davide, as the original reporter, would you like to do the honor of notifying the upstream maintainers?
(In reply to comment #5) > Davide, as the original reporter, would you like to do the honor of notifying > the upstream maintainers? > I'll leave that to you if you so please. I have very little time in these days and you can probably interact better with upstream if needed... and the patch is yours after all.
Package is getting treecleaned, see bug #293177 for more info. Thanks
