All, Slavek,
I like the idea of having 3.5.13 as a primary desktop to work from while R14 settles down. I have created tarballs from 3.5.13-sry, but I have run into several build problems. Currently I have successfully built:
tde-arts-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz tde-sip-3.5.13_sru-1-i686.pkg.tar.xz tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz
The packages I'm struggling with are:
avahi-tqt: The issue is the same as Nix brought up in:
http://comments.gmane.org/gmane.comp.desktop.trinity.devel/6373
The build fails with:
make[2]: Entering directory `/build/src/avahi-tqt/avahi-tqt' GEN qt-watch.moc3 Qt meta object compiler moc: Too many input files specified Usage: moc [options] <header-file> -o file Write output to file rather than stdout -f[file] Force #include, optional file name -p path Path prefix for included file -i Do not generate an #include statement -k Do not stop on errors -nw Do not display warnings -v Display version of moc make[2]: *** [qt-watch.moc3] Error 1
The problem is the build cannot find moc-tqt in /usr/bin/moc-tqt. I thought this was resolved, but I can't recall how. The issue was created by installing tqtinterface in /usr while the rest of Qt and TDE went in /opt. I'll play with it. Any ideas, let me know :)
python-tqt:
Build fails due to:
Error: The TQt version number could not be determined by parsing /opt/qt3/include/qglobal.h.
The problem is caused by configure.py looking for TQt and TQT_VERSION instead of QT_VERSION even though the configure.py script correctly determined that /opt/qt3/include/qglobal.h was the correct file. I will try patching this, but shouldn't configure.py be smart enough to know to look for Qt/QT_VERSION when the include is /opt/qt3/include/qglobal.h?
On Friday 27 of July 2012 21:34:00 David C. Rankin wrote:
All, Slavek,
I like the idea of having 3.5.13 as a primary desktop to work from while R14 settles down. I have created tarballs from 3.5.13-sry, but I have run into several build problems. Currently I have successfully built:
tde-arts-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz
You have qt3 version 3.5.13-sru or git head?
tde-sip-3.5.13_sru-1-i686.pkg.tar.xz tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz
The packages I'm struggling with are:
avahi-tqt: The issue is the same as Nix brought up in:
http://comments.gmane.org/gmane.comp.desktop.trinity.devel/6373
The build fails with:
make[2]: Entering directory `/build/src/avahi-tqt/avahi-tqt' GEN qt-watch.moc3 Qt meta object compiler moc: Too many input files specified Usage: moc [options] <header-file> -o file Write output to file rather than stdout -f[file] Force #include, optional file name -p path Path prefix for included file -i Do not generate an #include statement -k Do not stop on errors -nw Do not display warnings -v Display version of moc make[2]: *** [qt-watch.moc3] Error 1
The problem is the build cannot find moc-tqt in /usr/bin/moc-tqt. I thought this was resolved, but I can't recall how. The issue was created by installing tqtinterface in /usr while the rest of Qt and TDE went in /opt. I'll play with it. Any ideas, let me know :)
You have avahi-tqt version 3.5.13-sru or git head?
python-tqt:
Build fails due to:
Error: The TQt version number could not be determined by parsing /opt/qt3/include/qglobal.h.
The problem is caused by configure.py looking for TQt and TQT_VERSION instead of QT_VERSION even though the configure.py script correctly determined that /opt/qt3/include/qglobal.h was the correct file. I will try patching this, but shouldn't configure.py be smart enough to know to look for Qt/QT_VERSION when the include is /opt/qt3/include/qglobal.h?
python-tqt was not part of the original 3.5.13, so I not prepare it for 3.5.13-sru.
Slavek --
On 07/27/2012 08:00 PM, Slávek Banko wrote:
On Friday 27 of July 2012 21:34:00 David C. Rankin wrote:
All, Slavek,
I like the idea of having 3.5.13 as a primary desktop to work from while R14 settles down. I have created tarballs from 3.5.13-sry, but I have run into several build problems. Currently I have successfully built:
tde-arts-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz
You have qt3 version 3.5.13-sru or git head?
module: dependencies/qt3 branch: v3.5.13-sru
So it's v3.5.13-sru
tde-sip-3.5.13_sru-1-i686.pkg.tar.xz tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz
The packages I'm struggling with are:
avahi-tqt: The issue is the same as Nix brought up in:
http://comments.gmane.org/gmane.comp.desktop.trinity.devel/6373
The build fails with:
make[2]: Entering directory `/build/src/avahi-tqt/avahi-tqt' GEN qt-watch.moc3 Qt meta object compiler moc: Too many input files specified Usage: moc [options] <header-file> -o file Write output to file rather than stdout -f[file] Force #include, optional file name -p path Path prefix for included file -i Do not generate an #include statement -k Do not stop on errors -nw Do not display warnings -v Display version of moc make[2]: *** [qt-watch.moc3] Error 1
The problem is the build cannot find moc-tqt in /usr/bin/moc-tqt. I thought this was resolved, but I can't recall how. The issue was created by installing tqtinterface in /usr while the rest of Qt and TDE went in /opt. I'll play with it. Any ideas, let me know :)
You have avahi-tqt version 3.5.13-sru or git head?
module: dependencies/avahi-tqt branch: v3.5.13-sru
python-tqt:
Build fails due to:
Error: The TQt version number could not be determined by parsing /opt/qt3/include/qglobal.h.
The problem is caused by configure.py looking for TQt and TQT_VERSION instead of QT_VERSION even though the configure.py script correctly determined that /opt/qt3/include/qglobal.h was the correct file. I will try patching this, but shouldn't configure.py be smart enough to know to look for Qt/QT_VERSION when the include is /opt/qt3/include/qglobal.h?
python-tqt was not part of the original 3.5.13, so I not prepare it for 3.5.13-sru.
OK thanks! It's not really needed, but I thought I would try building everything. I have attached my GIT tree module setup below:
On 07/27/2012 08:34 PM, David C. Rankin wrote:
On 07/27/2012 08:00 PM, Slávek Banko wrote:
On Friday 27 of July 2012 21:34:00 David C. Rankin wrote:
All, Slavek,
I like the idea of having 3.5.13 as a primary desktop to work from while R14 settles down. I have created tarballs from 3.5.13-sry, but I have run into several build problems. Currently I have successfully built:
tde-arts-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz
OK thanks! It's not really needed, but I thought I would try building everything. I have attached my GIT tree module setup below:
Update,
It's working:
tde-sip-3.5.13_sru-1-i686.pkg.tar.xz tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-tdelibs-3.5.13_sru-1-i686.pkg.tar.xz tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz
If this works out as well as I think it will, we should consider making the update 3.5.13-sru an official branch that continues a Qt3 based Trinity. I have always like the idea of:
TDE-classic (Qt3 based KDE 3.5 compatible TDE) TDE (TQt3 based)
The development work can continue with TDE, while the compatible updates can be cherrypicked for inclusion in the TDE-classic branch while preserving KDE 3.5 compatibility. The only work required will be working whatever GIT magic is required to create the v3.5.13-sru top-level branch in the GIT tree so that a global switch can be done easily between TDE and TDE-classic. I see a huge benefit to the project for doing what has essentially already been done. That will allow stable releases from 3.5.13-sru with milestone releases for R14.
That provides the best of both worlds. With Qt4 not ready, I don't see any reason to build further incompatibility with Qt3 into the only official branch of the project. Adding v3.5.13-sru as an official branch solves that problem :)
Great work Slavek! (Will see how good your cherrypicking is when the tdebase build is done :)
On 07/27/2012 09:09 PM, David C. Rankin wrote:
If this works out as well as I think it will, we should consider making the update 3.5.13-sru an official branch that continues a Qt3 based Trinity. I have always like the idea of:
TDE-classic (Qt3 based KDE 3.5 compatible TDE) TDE (TQt3 based)
The development work can continue with TDE, while the compatible updates can be cherrypicked for inclusion in the TDE-classic branch while preserving KDE 3.5 compatibility. The only work required will be working whatever GIT magic is required to create the v3.5.13-sru top-level branch in the GIT tree so that a global switch can be done easily between TDE and TDE-classic. I see a huge benefit to the project for doing what has essentially already been done. That will allow stable releases from 3.5.13-sru with milestone releases for R14.
That provides the best of both worlds. With Qt4 not ready, I don't see any reason to build further incompatibility with Qt3 into the only official branch of the project. Adding v3.5.13-sru as an official branch solves that problem :)
Great work Slavek! (Will see how good your cherrypicking is when the tdebase build is done :)
Just a couple tweaks to the build scripts for Arch, and it looks like v3.5.13-sru will continue building out over night. At last check were were building tdemultimedia. There will be a few packages to work on, but all in all, it looks like this code is in good shape for building with each distro's general build scripts. Arch so far:
tde-arts-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-kipi-plugins-3.5.13_sru-1-i686.pkg.tar.xz tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz tde-libkdcraw-3.5.13_sru-1-i686.pkg.tar.xz tde-libkexiv2-3.5.13_sru-1-i686.pkg.tar.xz tde-libkipi-3.5.13_sru-1-i686.pkg.tar.xz tde-libksquirrel-3.5.13_sru-1-i686.pkg.tar.xz tde-mlt++-3.5.13_sru-1-i686.pkg.tar.xz tde-mlt-3.5.13_sru-1-i686.pkg.tar.xz tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz tde-sip-3.5.13_sru-1-i686.pkg.tar.xz tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-tdeaccessibility-3.5.13_sru-1-i686.pkg.tar.xz tde-tdebase-3.5.13_sru-1-i686.pkg.tar.xz tde-tdelibs-3.5.13_sru-1-i686.pkg.tar.xz tde-tdeutils-3.5.13_sru-1-i686.pkg.tar.xz tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz
Thanks again Slavek for your help!