tqt FTBFS with next message:
x86_64-pc-linux-gnu-g++ -luuid -fno-exceptions -Wl,-O1 -Wl,--as-needed -o ../../../bin/tqdesigner .obj/release-shared-mt/main.o -L/usr/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/X11R6/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/lib64 -ltqtdesignercore -ltqui -ltqassistantclient -luuid -ltqt-mt -lmng -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread /var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib/libtqtdesignercore.a(mainwindow.o): In function `MainWindow::MainWindow(bool, bool, TQString const&)': mainwindow.cpp:(.text+0x15bd5): undefined reference to `TQAssistantClient::TQAssistantClient(TQString const&, TQObject*, char const*)'
Full Build log is in the attach.
On Saturday 07 of December 2013 14:58:01 Fat-Zer wrote:
tqt FTBFS with next message:
x86_64-pc-linux-gnu-g++ -luuid -fno-exceptions -Wl,-O1 -Wl,--as-needed -o ../../../bin/tqdesigner .obj/release-shared-mt/main.o -L/usr/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/X11R6/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/lib64 -ltqtdesignercore -ltqui -ltqassistantclient -luuid -ltqt-mt -lmng -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread /var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib/libtqtdesignercore.a (mainwindow.o): In function `MainWindow::MainWindow(bool, bool, TQString const&)': mainwindow.cpp:(.text+0x15bd5): undefined reference to `TQAssistantClient::TQAssistantClient(TQString const&, TQObject*, char const*)'
Full Build log is in the attach.
Ok, I tried build tqt3 as shared (see bug 1560, attachment 1360) and also occurs FTBFS. It seems that we have a new blocker bug.
Slavek --
Le 07/12/2013 14:58, Fat-Zer a écrit :
tqt FTBFS with next message:
x86_64-pc-linux-gnu-g++ -luuid -fno-exceptions -Wl,-O1 -Wl,--as-needed -o ../../../bin/tqdesigner .obj/release-shared-mt/main.o -L/usr/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/X11R6/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/lib64 -ltqtdesignercore -ltqui -ltqassistantclient -luuid -ltqt-mt -lmng -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread /var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib/libtqtdesignercore.a(mainwindow.o): In function `MainWindow::MainWindow(bool, bool, TQString const&)': mainwindow.cpp:(.text+0x15bd5): undefined reference to `TQAssistantClient::TQAssistantClient(TQString const&, TQObject*, char const*)'
Full Build log is in the attach.
Hello, If you have TQT3 already installed on the system you are compiling it, try removing the installed version first, then build. It solved the FTBFS for me some days ago.
François
On Saturday 07 of December 2013 20:16:32 François Andriot wrote:
Le 07/12/2013 14:58, Fat-Zer a écrit :
tqt FTBFS with next message:
x86_64-pc-linux-gnu-g++ -luuid -fno-exceptions -Wl,-O1 -Wl,--as-needed -o ../../../bin/tqdesigner .obj/release-shared-mt/main.o -L/usr/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/X11R6/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/lib64 -ltqtdesignercore -ltqui -ltqassistantclient -luuid -ltqt-mt -lmng -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread /var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib/libtqtdesignercore .a(mainwindow.o): In function `MainWindow::MainWindow(bool, bool, TQString const&)': mainwindow.cpp:(.text+0x15bd5): undefined reference to `TQAssistantClient::TQAssistantClient(TQString const&, TQObject*, char const*)'
Full Build log is in the attach.
Hello, If you have TQT3 already installed on the system you are compiling it, try removing the installed version first, then build. It solved the FTBFS for me some days ago.
François
I believe that this is a different case. I have a completely clean machine (base image for pbuilder). When I build tqt as standard deb package, is built successully. When I use the patch 1360 from bug report 1560, occurs FTBFS. Both cases are on the same clean machine.
Slávek
x86_64-pc-linux-gnu-g++ -luuid -fno-exceptions -Wl,-O1 -Wl,--as-needed
-o ../../../bin/tqdesigner .obj/release-shared-mt/main.o -L/usr/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/X11R6/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/lib64 -ltqtdesignercore -ltqui -ltqassistantclient -luuid -ltqt-mt -lmng -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread
/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib/libtqtdesignercore
.a(mainwindow.o): In function `MainWindow::MainWindow(bool, bool,
TQString
const&)': mainwindow.cpp:(.text+0x15bd5): undefined reference
to
`TQAssistantClient::TQAssistantClient(TQString const&, TQObject*,
char
const*)'
Full Build log is in the attach.
Hello, If you have TQT3 already installed on the system you are compiling it, try removing the installed version first, then build. It solved the FTBFS for me some days ago.
François
I believe that this is a different case. I have a completely clean machine (base image for pbuilder). When I build tqt as standard deb package, is built successully. When I use the patch 1360 from bug report 1560, occurs FTBFS. Both cases are on the same clean machine.
Slávek
I have just completed a full rebuild on Debian/Jessie (all pbuilder builds in clean environment) using the GIT sources of Friday. 1) I had no problem with tqt3. 2) tqtinterface needed a patch (bug 1757) 3) adept needed a patch (bug 1760), but this was strictly related to Debian/Jessie since libwibble has been recently updated in this distribution 4) tdevelop doesn't build and interestingly it is something related to tqassistantclient. I haven't got the time to look at that properly yet, but the obvious patch or remaning -lqassistantclient to -ltqassistantclient is not enough. I will work on this as soon as I have enough time 5) koffice, kopete-otr, ktechlab also failed, but I haven't even look up the reason yet :)
The problems with TQAssistantClient seems to come after commit 5445c25f on Dec 02.
Cheers Michele
Le 08/12/2013 07:48, Michele Calgaro a écrit :
I have just completed a full rebuild on Debian/Jessie (all pbuilder builds in clean environment) using the GIT sources of Friday.
- I had no problem with tqt3.
- tqtinterface needed a patch (bug 1757)
- adept needed a patch (bug 1760), but this was strictly related to Debian/Jessie since libwibble has been recently updated in this distribution
- tdevelop doesn't build and interestingly it is something related to tqassistantclient. I haven't got the time to look at that properly yet, but the obvious patch or remaning -lqassistantclient to -ltqassistantclient is not enough. I will work on this as soon as I have enough time
- koffice, kopete-otr, ktechlab also failed, but I haven't even look up the reason yet :)
The problems with TQAssistantClient seems to come after commit 5445c25f on Dec 02.
Cheers Michele
Hello, now I have problems too when building tqinterface .
In TQT3 package, it looks like "qassistant" was renamed to tqassistant". So now, I have the following files:
/usr/lib64/libtqassistantclient.so -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1 -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1.0 -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1.0.0
Now I've built tqtinterface and I try to install it. It does not work:: file /usr/lib64/libtqassistantclient.so from install of trinity-tqtinterface-devel-14.0.0-0_pre168+ea871eed.oss131.x86_64 conflicts with file from package trinity-tqt3-devel-3.5.0-0_pre182+5445c25f.oss131.x86_64
Currentlty, tqtinterface installs: /usr/lib64/libtqassistantclient.so -> libtqassistantclient.so.4.2.0 /usr/lib64/libtqassistantclient.so.4 -> libtqassistantclient.so.4.2.0 /usr/lib64/libtqassistantclient.so.4.2.0
It looks like we have a library name conflict here. The "libtqassistantclient" exists in both tqt3 and tqtinterface, so we must rename one of them...
François
Dne po 9. prosince 2013 François Andriot napsal(a):
Le 08/12/2013 07:48, Michele Calgaro a écrit :
I have just completed a full rebuild on Debian/Jessie (all pbuilder builds in clean environment) using the GIT sources of Friday.
- I had no problem with tqt3.
- tqtinterface needed a patch (bug 1757)
- adept needed a patch (bug 1760), but this was strictly related to
Debian/Jessie since libwibble has been recently updated in this distribution 4) tdevelop doesn't build and interestingly it is something related to tqassistantclient. I haven't got the time to look at that properly yet, but the obvious patch or remaning -lqassistantclient to -ltqassistantclient is not enough. I will work on this as soon as I have enough time 5) koffice, kopete-otr, ktechlab also failed, but I haven't even look up the reason yet :)
The problems with TQAssistantClient seems to come after commit 5445c25f on Dec 02.
Cheers Michele
Hello, now I have problems too when building tqinterface .
In TQT3 package, it looks like "qassistant" was renamed to tqassistant". So now, I have the following files:
/usr/lib64/libtqassistantclient.so -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1 -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1.0 -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1.0.0
Now I've built tqtinterface and I try to install it. It does not work:: file /usr/lib64/libtqassistantclient.so from install of trinity-tqtinterface-devel-14.0.0-0_pre168+ea871eed.oss131.x86_64 conflicts with file from package trinity-tqt3-devel-3.5.0-0_pre182+5445c25f.oss131.x86_64
Currentlty, tqtinterface installs: /usr/lib64/libtqassistantclient.so -> libtqassistantclient.so.4.2.0 /usr/lib64/libtqassistantclient.so.4 -> libtqassistantclient.so.4.2.0 /usr/lib64/libtqassistantclient.so.4.2.0
It looks like we have a library name conflict here. The "libtqassistantclient" exists in both tqt3 and tqtinterface, so we must rename one of them...
François
This relates to FTBFS in tdevelop: http://bugs.pearsoncomputing.net/show_bug.cgi?id=1761
Slávek
On Monday 09 of December 2013 19:38:56 François Andriot wrote:
Le 08/12/2013 07:48, Michele Calgaro a écrit :
I have just completed a full rebuild on Debian/Jessie (all pbuilder builds in clean environment) using the GIT sources of Friday.
- I had no problem with tqt3.
- tqtinterface needed a patch (bug 1757)
- adept needed a patch (bug 1760), but this was strictly related to
Debian/Jessie since libwibble has been recently updated in this distribution 4) tdevelop doesn't build and interestingly it is something related to tqassistantclient. I haven't got the time to look at that properly yet, but the obvious patch or remaning -lqassistantclient to -ltqassistantclient is not enough. I will work on this as soon as I have enough time 5) koffice, kopete-otr, ktechlab also failed, but I haven't even look up the reason yet :)
The problems with TQAssistantClient seems to come after commit 5445c25f on Dec 02.
Cheers Michele
Hello, now I have problems too when building tqinterface .
In TQT3 package, it looks like "qassistant" was renamed to tqassistant". So now, I have the following files:
/usr/lib64/libtqassistantclient.so -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1 -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1.0 -> libtqassistantclient.so.1.0.0 /usr/lib64/libtqassistantclient.so.1.0.0
Now I've built tqtinterface and I try to install it. It does not work:: file /usr/lib64/libtqassistantclient.so from install of trinity-tqtinterface-devel-14.0.0-0_pre168+ea871eed.oss131.x86_64 conflicts with file from package trinity-tqt3-devel-3.5.0-0_pre182+5445c25f.oss131.x86_64
Currentlty, tqtinterface installs: /usr/lib64/libtqassistantclient.so -> libtqassistantclient.so.4.2.0 /usr/lib64/libtqassistantclient.so.4 -> libtqassistantclient.so.4.2.0 /usr/lib64/libtqassistantclient.so.4.2.0
It looks like we have a library name conflict here. The "libtqassistantclient" exists in both tqt3 and tqtinterface, so we must rename one of them...
François
François in bug 1761 are attached patches to resolve conflict with tqassistantclient library. I think that renaming tqassistantclient is unnecessary. In my opinion, in tqtinterface is not needed, if it is built with native tqt3.
Please, can you test it?
Slavek
On Sunday 08 of December 2013 07:48:08 Michele Calgaro wrote:
I have just completed a full rebuild on Debian/Jessie (all pbuilder builds in clean environment) using the GIT sources of Friday.
- I had no problem with tqt3.
As I now accidentally discovered, after the last update libfreetype6 occurs FTBFS in tqt3. Include path in libfreetype6-dev has changed :(
- tqtinterface needed a patch (bug 1757)
In bug 1761 is updated patch.
- adept needed a patch (bug 1760), but this was strictly related to
Debian/Jessie since libwibble has been recently updated in this distribution
Patch for adept is pushed. But is necessary first update libapt-front in nitghtly-build-dependencies - see bug 1756.
- tdevelop doesn't build and interestingly it is something
related to tqassistantclient. I haven't got the time to look at that properly yet, but the obvious patch or remaning -lqassistantclient to -ltqassistantclient is not enough. I will work on this as soon as I have enough time
In bug 1761 is updated patch.
- koffice, kopete-otr, ktechlab also failed, but I haven't
even look up the reason yet :)
The problem with kopete-otr is due to a newer version libotr. On patch I partially worked, but now I have more work on this patch postponed.
The problems with TQAssistantClient seems to come after commit 5445c25f on Dec 02.
Cheers Michele
Slavek --
On Sunday 08 of December 2013 07:48:08 Michele Calgaro wrote:
- koffice, kopete-otr, ktechlab also failed, but I haven't even look up
the reason yet :)
Some FTBFS fixed in GIT hashes: + 109b2aa3: ktechlab + 031e09a3: koffice
Patch for kopete-otr I have unfinished, but in the last few days I have not time to finish it.
Slavek
On Sunday 08 of December 2013 02:19:04 Slávek Banko wrote:
On Saturday 07 of December 2013 20:16:32 François Andriot wrote:
Le 07/12/2013 14:58, Fat-Zer a écrit :
tqt FTBFS with next message:
x86_64-pc-linux-gnu-g++ -luuid -fno-exceptions -Wl,-O1 -Wl,--as-needed -o ../../../bin/tqdesigner .obj/release-shared-mt/main.o -L/usr/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/X11R6/lib64 -L/var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib -L/usr/lib64 -ltqtdesignercore -ltqui -ltqassistantclient -luuid -ltqt-mt -lmng -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread /var/tmp/portage/dev-qt/tqt-3.9999/work/tqt-3.9999/lib/libtqtdesignerco re .a(mainwindow.o): In function `MainWindow::MainWindow(bool, bool, TQString const&)': mainwindow.cpp:(.text+0x15bd5): undefined reference to `TQAssistantClient::TQAssistantClient(TQString const&, TQObject*, char const*)'
Full Build log is in the attach.
Hello, If you have TQT3 already installed on the system you are compiling it, try removing the installed version first, then build. It solved the FTBFS for me some days ago.
François
I believe that this is a different case. I have a completely clean machine (base image for pbuilder). When I build tqt as standard deb package, is built successully. When I use the patch 1360 from bug report 1560, occurs FTBFS. Both cases are on the same clean machine.
Slávek
I tested FTBFS that I observe when using the patch 1360 (tqt3: build as shared library instead of static library - bug 1560). In build log I see following:
.obj/release-shared-mt/main.o: In function `signalHandler': /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:80: undefined reference to `MainWindow::self' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:98: undefined reference to `MainWindow::self' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:99: undefined reference to `MainWindow::self' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:95: undefined reference to `MainWindow::self' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:95: undefined reference to `MainWindow::openFormWindow(TQString const&, bool, FormFile*)' .obj/release-shared-mt/main.o: In function `main': /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:127: undefined reference to `DesignerApplication::DesignerApplication(int&, char**)' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:190: undefined reference to `qInitImages_tqtdesignercore()' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:193: undefined reference to `DesignerApplication::settingsKey()' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:199: undefined reference to `DesignerApplication::showSplash()' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:201: undefined reference to `MainWindow::MainWindow(bool, bool, TQString const&)' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:224: undefined reference to `MainWindow::fileOpen(TQString const&, TQString const&, TQString const&, bool)' /root/tqt-x11-free-14.0.0-r182/tools/designer/app/main.cpp:167: undefined reference to `debugToStderr'
As I found out, the problem is caused due to -fvisibility=hidden. When I in tools/designer/designer/designer.pro to QMAKE_CXXFLAGS add -fvisibility=default, FTBFS is solved.
Any ideas on how this should be resolved correctly?
Slávek
2013/12/7 François Andriot francois.andriot@free.fr
Le 07/12/2013 14:58, Fat-Zer a écrit :
Hello, If you have TQT3 already installed on the system you are compiling it, try removing the installed version first, then build. It solved the FTBFS for me some days ago.
Yes, my first idea was the same so I've removed tqt (installed to /usr/tqt3 prefix on my system). But there were also some trash (that doesn't belong to any package) in /usr/.
So, sorry... false alarm =)