Hello,
I've been unofficially maintaining KDE3 (with help from a few others) for Mandriva for over a year now and i'm currently trying to upgrade my packages using the Trinity 3.5.12 sources. I've managed to get tqtinterface, arts and kdelibs to build sucessfully, but kdebase is failing while trying to build kappfinder with an error I can't solve. I've included the build log.
- TQT is detected by the configure script - I have added --enable-closure to the configure command
Any suggestions?
Thanks, Tim W
On Wed, Feb 9, 2011 at 13:17, Tim Williams tmw@autotrain.org wrote:
Hello,
I've been unofficially maintaining KDE3 (with help from a few others) for Mandriva for over a year now and i'm currently trying to upgrade my packages using the Trinity 3.5.12 sources. I've managed to get tqtinterface, arts and kdelibs to build sucessfully, but kdebase is failing while trying to build kappfinder with an error I can't solve. I've included the build log.
- TQT is detected by the configure script
- I have added --enable-closure to the configure command
Any suggestions?
Hi,
If you are using autotools to configure Trinity, know that they are buggy, and (if i'm correct *coughprobablynotcough*) no longer supported for tqtinterface, arts, kdelibs, and kdebase. You should start using cmake to compile Trinity and its features. :)
If you have been unofficially maintaining KDE3, where can I find your spec files? I may wish to merge them with the Fedora and SuSE RPM spec files to build from one location - build.opensuse.org.
On Wed, 9 Feb 2011, Robert Xu wrote:
If you have been unofficially maintaining KDE3, where can I find your spec files? I may wish to merge them with the Fedora and SuSE RPM spec files to build from one location - build.opensuse.org.
You'll find the latest spec files for the working KDE 3 builds in the SRPMS hosted at:
http://www.autotrain.org/mdv-kde/
The Trinity builds I have so far are on:
http://www.autotrain.org/mdv-kde/2010.2/
I've tended to do the minimum necessary to get things working, i'm not a packaging expert and have largely been learning how rpm packaging works as a result of building KDE 3.5 for Mandriva.
The announcements for the KDE 3.5 packages for Mandriva are here:
2010.1 http://forum.mandriva.com/en/viewtopic.php?f=181&t=128274
2010.0 http://forum.mandriva.com/en/viewtopic.php?f=181&t=120735
tarakbumba also put an improved set of 2010.0 packages on the Mandriva Turkey site, my 2010.1 packages are based on these, so should represent the current 'state of the art' for Mandriva.
Tim W
Hello,
I've been unofficially maintaining KDE3 (with help from a few others) for Mandriva for over a year now and i'm currently trying to upgrade my packages using the Trinity 3.5.12 sources. I've managed to get tqtinterface, arts and kdelibs to build sucessfully, but kdebase is failing while trying to build kappfinder with an error I can't solve. I've included the build log.
- TQT is detected by the configure script
- I have added --enable-closure to the configure command
Any suggestions?
Thanks, Tim W
That is definitely an Automake problem. Are you using SVN or the 3.5.12 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.
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.
Tim
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
On Wed, Feb 9, 2011 at 14:46, Tim Williams tmw@autotrain.org 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.
On Fri, Feb 11, 2011 at 16:14, Robert Xu robxu9@gmail.com wrote:
On Wed, Feb 9, 2011 at 14:46, Tim Williams tmw@autotrain.org 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.
-
Robert Xu -
Tim Williams -
Timothy Pearson