All,
I have built and installed tqtinterface on Arch and I'm attempting to build arts and I receive the following error:
<snip> checking for Qt... libraries /opt/qt/lib, headers /opt/qt/include using -mt checking for moc... /opt/qt/bin/moc checking for uic-tqt... not found configure: WARNING: No Qt ui compiler (uic) found! Please check whether you installed Qt correctly. You need to have a running uic binary. configure tried to run and the test didn't succeed. If configure shouldn't have tried this one, set the environment variable UIC to the right one before running configure.
Looking at my tqtinterface build directory, I find:
22:27 archangel:~/arch/pkg/trinity-notes/tqtest> find . -name "uic*" ./src/qtinterface/.svn/text-base/uic-tqt.svn-base ./src/qtinterface/.svn/prop-base/uic-tqt.svn-base ./src/qtinterface/uic-tqt
so uic-tqt got built, but apparently was not included by 'make install' into the Arch package I created.
The tqtinterface package installed as follows:
22:15 archangel:~/arch/pkg/trinity-notes/arts> pacman -Ql tqtinterface tqtinterface /usr/ tqtinterface /usr/bin/ tqtinterface /usr/bin/convert_qt_tqt1 tqtinterface /usr/bin/convert_qt_tqt2 tqtinterface /usr/bin/convert_qt_tqt3 tqtinterface /usr/bin/dcopidl-tqt tqtinterface /usr/bin/dcopidl2cpp-tqt tqtinterface /usr/bin/dcopidlng-tqt tqtinterface /usr/bin/mcopidl-tqt tqtinterface /usr/bin/moc-tqt tqtinterface /usr/bin/tmoc tqtinterface /usr/bin/tqt-replace tqtinterface /usr/bin/tqt-replace-stream tqtinterface /usr/include/ tqtinterface /usr/include/tqt/ tqtinterface /usr/include/tqt/Qt/ tqtinterface /usr/include/tqt/Qt/q3cstring.h <snip>
but no uic-tqt interface. So it looks like this is a file I will need to manually tell the Arch makepkg app to include in the package. Easy enough to do, but:
"Where is 'uic-tqt' supposed to get installed to?" Which directory does it go in?
Did you patch your qt-3.3.8?
When i first compiled i create a symlink called uic-tqt pointing at uic. This got me passed the error. Not sure if it is the right way to go about it ... but i am writing this from trinity running on Slack current.
On Tue, Feb 1, 2011 at 4:35 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
All,
I have built and installed tqtinterface on Arch and I'm attempting to build arts and I receive the following error:
<snip> checking for Qt... libraries /opt/qt/lib, headers /opt/qt/include using -mt checking for moc... /opt/qt/bin/moc checking for uic-tqt... not found configure: WARNING: No Qt ui compiler (uic) found! Please check whether you installed Qt correctly. You need to have a running uic binary. configure tried to run and the test didn't succeed. If configure shouldn't have tried this one, set the environment variable UIC to the right one before running configure.
Looking at my tqtinterface build directory, I find:
22:27 archangel:~/arch/pkg/trinity-notes/tqtest> find . -name "uic*" ./src/qtinterface/.svn/text-base/uic-tqt.svn-base ./src/qtinterface/.svn/prop-base/uic-tqt.svn-base ./src/qtinterface/uic-tqt
so uic-tqt got built, but apparently was not included by 'make install' into the Arch package I created.
The tqtinterface package installed as follows:
22:15 archangel:~/arch/pkg/trinity-notes/arts> pacman -Ql tqtinterface tqtinterface /usr/ tqtinterface /usr/bin/ tqtinterface /usr/bin/convert_qt_tqt1 tqtinterface /usr/bin/convert_qt_tqt2 tqtinterface /usr/bin/convert_qt_tqt3 tqtinterface /usr/bin/dcopidl-tqt tqtinterface /usr/bin/dcopidl2cpp-tqt tqtinterface /usr/bin/dcopidlng-tqt tqtinterface /usr/bin/mcopidl-tqt tqtinterface /usr/bin/moc-tqt tqtinterface /usr/bin/tmoc tqtinterface /usr/bin/tqt-replace tqtinterface /usr/bin/tqt-replace-stream tqtinterface /usr/include/ tqtinterface /usr/include/tqt/ tqtinterface /usr/include/tqt/Qt/ tqtinterface /usr/include/tqt/Qt/q3cstring.h
<snip>
but no uic-tqt interface. So it looks like this is a file I will need to manually tell the Arch makepkg app to include in the package. Easy enough to do, but:
"Where is 'uic-tqt' supposed to get installed to?" Which directory does it go in?
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 02/01/2011 01:44 AM, Jay wrote:
Did you patch your qt-3.3.8?
When i first compiled i create a symlink called uic-tqt pointing at uic. This got me passed the error. Not sure if it is the right way to go about it ... but i am writing this from trinity running on Slack current.
Thanks Jay,
Yes, Qt3 is patched for 3.3.8c. Here is the relevant tqtinterface build output:
Checked out revision 1217590. ==> SVN checkout done or server timeout ==> Starting cmake... <snip> -- checking for 'Qt' -- Performing Test HAVE_PATCHED_QT3 -- Performing Test HAVE_PATCHED_QT3 - Success -- found patched Qt, version 3.3.8 <snip> -- Configuring done
Looking closer at uic-tqt, it's just a simple bash script that backup up the files passed as arguments, runs tqt-replace on the file, the puts the backup back in place and deletes the backup copy.
Where should this go? I could soft link it to anywhere in the path and I guess it would work, but since I'm trying to create and 'Arch Linux Package' I need to get it in the right place. Any thoughts?
On 02/01/2011 08:22 AM, David C. Rankin wrote:
On 02/01/2011 01:44 AM, Jay wrote:
Did you patch your qt-3.3.8?
When i first compiled i create a symlink called uic-tqt pointing at uic. This got me passed the error. Not sure if it is the right way to go about it ... but i am writing this from trinity running on Slack current.
Thanks Jay,
Yes, Qt3 is patched for 3.3.8c. Here is the relevant tqtinterface build output:
Checked out revision 1217590. ==> SVN checkout done or server timeout ==> Starting cmake...
<snip> -- checking for 'Qt' -- Performing Test HAVE_PATCHED_QT3 -- Performing Test HAVE_PATCHED_QT3 - Success -- found patched Qt, version 3.3.8 <snip> -- Configuring done
Looking closer at uic-tqt, it's just a simple bash script that backup up the files passed as arguments, runs tqt-replace on the file, the puts the backup back in place and deletes the backup copy.
Where should this go? I could soft link it to anywhere in the path and I guess it would work, but since I'm trying to create and 'Arch Linux Package' I need to get it in the right place. Any thoughts?
I don't know what the deal is here. The Makefile.am correctly specifies that uic-tqt should be installed:
install-exec-local: test -z "$(bindir)" || $(MKDIR_P) "$(DESTDIR)$(bindir)" cp -Rp "$(srcdir)/tqt-replace" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/tqt-replace-stream" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/moc-tqt" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/uic-tqt" "$(DESTDIR)$(bindir)/" <snip>
but for some strange reason, uic-tqt is not installed with 'make install'. All other files specified in 'install-exec-local:' get installed just fine, but not uic-tqt.
I don't know when the uic-tqt script is created during the build processes, but is it possible it gets created too late to be seen by the 'make install'?
As a workaround for the arch package, I have just manually included it to be installed in /usr/bin (which from the Makefile.am looks correct)
After the workaround and install of the new tqtinterface package, arts configures fine:
<snip> config.status: executing depfiles commands config.status: executing libtool commands configure: WARNING: unrecognized options: --with-xinerama
Good - your configure finished. Start make now
If Jay is seeing this behavior with uic-tqt on Slackware and I'm seeing it on Arch, maybe the really smart devs can take a peek and see if a reason for this behavior can be seen.
Also, let me know if this is something you want me to open a bug on. I'm happy to do it, but I don't want to clutter the bug tracker if this isn't something that needs to be there. Thanks.
same place as uic. Can't remember off hand either qt3 bin or usr/bin
On Wed, Feb 2, 2011 at 3:22 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
On 02/01/2011 01:44 AM, Jay wrote:
Did you patch your qt-3.3.8?
When i first compiled i create a symlink called uic-tqt pointing at uic.
This
got me passed the error. Not sure if it is the right way to go about it
... but
i am writing this from trinity running on Slack current.
Thanks Jay,
Yes, Qt3 is patched for 3.3.8c. Here is the relevant tqtinterface
build output:
Checked out revision 1217590. ==> SVN checkout done or server timeout ==> Starting cmake...
<snip> -- checking for 'Qt' -- Performing Test HAVE_PATCHED_QT3 -- Performing Test HAVE_PATCHED_QT3 - Success -- found patched Qt, version 3.3.8 <snip> -- Configuring done
Looking closer at uic-tqt, it's just a simple bash script that
backup up the files passed as arguments, runs tqt-replace on the file, the puts the backup back in place and deletes the backup copy.
Where should this go? I could soft link it to anywhere in the path
and I guess it would work, but since I'm trying to create and 'Arch Linux Package' I need to get it in the right place. Any thoughts?
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messsages on the Web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 02/01/2011 02:03 PM, Jay wrote:
same place as uic. Can't remember off hand either qt3 bin or usr/bin
/usr/bin worked fine :)
On 02/01/2011 01:44 AM, Jay wrote:
When i first compiled i create a symlink called uic-tqt pointing at uic. This got me passed the error. Not sure if it is the right way to go about it ... but i am writing this from trinity running on Slack current.
SOLVED = figured out, but not fixed in the code
The problem is with the tqtinterface/qtinterface/Makefile.am itself which causes uic-tqt to be missed by many packaging systems. (at least Arch Linux [makepkg], and Slack [whatever it uses]). The reason on Arch is that 'makepkg' does a "semi" out of source build by creating a 'src' and 'pkg' directory in the current module directory. It builds everything in 'src' and then create packages in the fakeroot 'pkg' directory with 'make $DESTDIR=pkg/ install' The final Arch Linux package is created from the contents of 'pkg' and then 'src' and 'pkg' dirs can be removed leaving the original svn source unchanged.
The tqtinterface/qtinterface/Makefile.am specifies:
install-exec-local: test -z "$(bindir)" || $(MKDIR_P) "$(DESTDIR)$(bindir)" cp -Rp "$(srcdir)/tqt-replace" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/tqt-replace-stream" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/moc-tqt" "$(DESTDIR)$(bindir)/" cp -Rp "$(srcdir)/uic-tqt" "$(DESTDIR)$(bindir)/" <snip>
In the list, everything except 'uic-tqt' is built in the 'src' directory and gets copied to the 'pkg' directory for packaging. But the correct path for uic-tqt is actually '../qtinterface/uic-tqt' not '$(srcdir)/uic-tqt' since it is provided as part of the source and not built during the compile. So it never gets packaged by default. I suspect something similar happens on Slackware.
I don't know if this can be fixed in the code, a check put in place, or if it is just something that must be dealt with manually. For Arch, you just have to add a manual copy to the PKGBUILD script:
package() { msg "Packaging - $pkgname-$pkgver" cd ${srcdir} mkdir -p ${pkgdir}/usr/bin cp -Rp ../qtinterface/uic-tqt ${pkgdir}/usr/bin
make DESTDIR="$pkgdir/" install }