On Fri, Feb 11, 2011 at 16:14, Robert Xu <robxu9@...> wrote: > On Wed, Feb 9, 2011 at 14:46, Tim Williams <tmw@...> wrote: >> On Wed, 9 Feb 2011, Timothy Pearson wrote: >> >>> That is definitely an Automake problem. Are you using SVN or the 3.5.12 >>> tarballs? >> >> I'm using the tarballs. >> >>> I have run into that problem before, basically ever since an unknown >>> update to Auomake/Autoconf/etc. occurred. Robert is correct in that CMake >>> will replace Automake soon, and will definitely be preferred in the >>> future. >> >> Noted, i'll look into updating the build process to account for this. >> >>> For some reason, $(LIB_QT) is not being added to the LD_ADD string during >>> processing of Makefile.am files. I don't know why this is; I do know that >>> it is platform dependent and that building still works on Debian >>> Lenny/Debian Squeeze, but is broken under Ubuntu Maverick. >> >> I've tried manually adding $(LIB_QT) to the kappfinder/Makefile in this >> line: >> >> kappfinder_LDADD = $(LIB_KDEUI) $(LIB_KIO) $(LIB_QT) >> >> But it doesn't help, so i'm guessing that's not enough (I'm a bit of a >> novice with make files). Am I better of just switching to cmake with the >> expectation that it will cure the problem, or is it worth trying to trace >> this? >> >> Tim W > > > I've started merging the spec files. > Please note, however, that I DO NOT use Epoch, therefore your > dangerous use of it may result it my resulting RPMs not installable on > Mandriva systems that have your binary rpms installed with that epoch. > > > Correction: You didn't use epoch, the last maintainer from Mandriva recklessly did. I fear that since they had to recklessly include it in the main distribution, I may have to recklessly Epoch for Mandriva as well. -- later, Robert Xu