Qt-interest Archive, July 2006
updating to a later qt release
Message 1 in thread
Hello All!
I run SuSE 9.3 and Qt 3.3.4
I am trying to update to the latest release of Qt 3 ( I believe this is Qt
3.3.6 ? )
I downloaded the source from:
ftp://ftp.trolltech.com/pub/qt/source/qt-x11-free-3.3.6.tar.gz
I untared it and followed the instructions in the file named: INSTALL,
which are (summarized) at the end of this message:
I am wondering if there is a way to tell if the update worked. When I look
under help of the Qt Assistant, under About Qt, it still says 3.3.4 (as do
the pages in assistant).
Also, I am wondering whether I might have to change anything else in my
system in order to get my code to run the later release.
Lastly, I am wondering if there is anything else I should be wondering.
Any help or advice anyone could offer would be very greatly appreciated.
Many Thanks-
Craig
Instructions I followed summarized from the INSTALL file.
1)Untaring created the directory /usr/local/qt-x11-free-3.3.6 containing the
files from the main archive. I renamed qt-x11-free-3.3.6 to qt.
2)I added the following to the ./profile in my home directory (I run bash):
QTDIR=/usr/local/qt
PATH=$QTDIR/bin:$PATH
MANPATH=$QTDIR/doc/man:$MANPATH
LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
export QTDIR PATH MANPATH LD_LIBRARY_PATH
3)I logged out and logged back in
4)I typed: ./configure
5)I typed: make
6)I typed: make install
--
[ signature omitted ]
Message 2 in thread
On 04.07.06 12:34:59, Craig Greenberg wrote:
> Hello All!
>
> I run SuSE 9.3 and Qt 3.3.4
>
> I am trying to update to the latest release of Qt 3 ( I believe this is Qt
> 3.3.6 ? )
>
> I downloaded the source from:
> ftp://ftp.trolltech.com/pub/qt/source/qt-x11-free-3.3.6.tar.gz
>
> I untared it and followed the instructions in the file named: INSTALL,
Why? If you installed Qt 3.3.4 via RPM's, then stick with RPM's and look
for ones that contain Qt 3.3.6, possibly on a SuSE Server. If you can't
find any which work on SuSE9.3 try to get SRPM's and build them.
> I am wondering if there is a way to tell if the update worked. When I look
> under help of the Qt Assistant, under About Qt, it still says 3.3.4 (as do
> the pages in assistant).
Sure, probably because your Qt 3.3.4 is first in the PATH and thus when
you execute "assistant" in a shell, you get the 3.3.4 one. You didn't
replace your existing Qt 3.3.4, you installed another version side by
side with it. Normally the installation from the source installs itself
into /usr/local/
> Also, I am wondering whether I might have to change anything else in my
> system in order to get my code to run the later release.
Well, if you're using qmake as build system, then rerun qmake on your
project, but make sure that it's the 3.3.6 qmake, by checking what which
qmake prints.
> 2)I added the following to the ./profile in my home directory (I run bash):
That should be .profile, but I guess that's only a typo.
> QTDIR=/usr/local/qt
> PATH=$QTDIR/bin:$PATH
> MANPATH=$QTDIR/doc/man:$MANPATH
> LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
> export QTDIR PATH MANPATH LD_LIBRARY_PATH
>
> 3)I logged out and logged back in
Did you check that the variables got picked up? (echo $QTDIR).
> 4)I typed: ./configure
Well, this explains your "problem", configure installs into /usr/local
(putting the binaries under /usr/local/bin) when you don't specify a
-prefix. So you have to run configure -prefix /usr/loca/qt and before
better do a make uninstall to remove the "wrongly" installed Qt 3.3.6.
Then rerun make and make install and all should be set.
Andreas
--
[ signature omitted ]
Message 3 in thread
Thank you very, very much for your swift reply! I can't tell you how much I
appreciate your help. I followed your initial advice and installed via
RPMs, which not only went more smoothly, but was much quicker. I was
unable to make uninstall the "wrongly" installed Qt 3.3.6, so instead I
removed the directory in which Qt 3.3.6 resides, as per the advice given
here:
http://www.trolltech.com/developer/knowledgebase/32/
(if you would, please let me know if this was the wrong thing to do, if
there are some other changes to the system I should make, or if there is
anything else I should do/know)
Thank you once again for your help!
-Craig
Andreas Pakulat wrote:
> On 04.07.06 12:34:59, Craig Greenberg wrote:
>> Hello All!
>>
>> I run SuSE 9.3 and Qt 3.3.4
>>
>> I am trying to update to the latest release of Qt 3 ( I believe this is
>> Qt 3.3.6 ? )
>>
>> I downloaded the source from:
>> ftp://ftp.trolltech.com/pub/qt/source/qt-x11-free-3.3.6.tar.gz
>>
>> I untared it and followed the instructions in the file named: INSTALL,
>
> Why? If you installed Qt 3.3.4 via RPM's, then stick with RPM's and look
> for ones that contain Qt 3.3.6, possibly on a SuSE Server. If you can't
> find any which work on SuSE9.3 try to get SRPM's and build them.
>
>> I am wondering if there is a way to tell if the update worked. When I
>> look under help of the Qt Assistant, under About Qt, it still says 3.3.4
>> (as do the pages in assistant).
>
> Sure, probably because your Qt 3.3.4 is first in the PATH and thus when
> you execute "assistant" in a shell, you get the 3.3.4 one. You didn't
> replace your existing Qt 3.3.4, you installed another version side by
> side with it. Normally the installation from the source installs itself
> into /usr/local/
>
>> Also, I am wondering whether I might have to change anything else in my
>> system in order to get my code to run the later release.
>
> Well, if you're using qmake as build system, then rerun qmake on your
> project, but make sure that it's the 3.3.6 qmake, by checking what which
> qmake prints.
>
>> 2)I added the following to the ./profile in my home directory (I run
>> bash):
>
> That should be .profile, but I guess that's only a typo.
>
>> QTDIR=/usr/local/qt
>> PATH=$QTDIR/bin:$PATH
>> MANPATH=$QTDIR/doc/man:$MANPATH
>> LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH
>> export QTDIR PATH MANPATH LD_LIBRARY_PATH
>>
>> 3)I logged out and logged back in
>
> Did you check that the variables got picked up? (echo $QTDIR).
>
>> 4)I typed: ./configure
>
> Well, this explains your "problem", configure installs into /usr/local
> (putting the binaries under /usr/local/bin) when you don't specify a
> -prefix. So you have to run configure -prefix /usr/loca/qt and before
> better do a make uninstall to remove the "wrongly" installed Qt 3.3.6.
> Then rerun make and make install and all should be set.
>
> Andreas
>
--
[ signature omitted ]
Message 4 in thread
On 04.07.06 16:41:46, Craig Greenberg wrote:
> Thank you very, very much for your swift reply! I can't tell you how much I
> appreciate your help. I followed your initial advice and installed via
> RPMs, which not only went more smoothly, but was much quicker. I was
> unable to make uninstall the "wrongly" installed Qt 3.3.6, so instead I
> removed the directory in which Qt 3.3.6 resides, as per the advice given
> here:
> http://www.trolltech.com/developer/knowledgebase/32/
That entry is misleading, IMHO. First of all, if you run configure
without options this will install Qt into /usr/local (binaries into
bin/, libraries into lib/, header files into include/), if you removed
that you hopefully didn't install anything else out of the sources. Also
you should recreate the directory "local" under /usr.
Second, if one specifies a -prefix that is not the directory where Qt was
unpacked into, one can remove that directory to completely remove Qt.
However if you specify a -prefix the directory where Qt is built is not
the same as the one where it is installed to.
However from your description it looks as if you only removed the
directory in which you called configure and make, which are the sources.
This is perfectly fine and doesn't do any harm.
I'm going to write a bugreport to TT, so they clarify the sentence.
Andreas
--
[ signature omitted ]
Message 5 in thread
On 04.07.06 23:41:41, Andreas Pakulat wrote:
> On 04.07.06 16:41:46, Craig Greenberg wrote:
> > Thank you very, very much for your swift reply! I can't tell you how much I
> > appreciate your help. I followed your initial advice and installed via
> > RPMs, which not only went more smoothly, but was much quicker. I was
> > unable to make uninstall the "wrongly" installed Qt 3.3.6, so instead I
> > removed the directory in which Qt 3.3.6 resides, as per the advice given
> > here:
> > http://www.trolltech.com/developer/knowledgebase/32/
>
> That entry is misleading, IMHO. First of all, if you run configure
> without options this will install Qt into /usr/local (binaries into
> bin/, libraries into lib/, header files into include/), if you removed
> that you hopefully didn't install anything else out of the sources. Also
> you should recreate the directory "local" under /usr.
I was wrong with that, the default behaviour for Qt's configure on X11
systems is to install into /usr/local/Trolltech/Qt-<version>, so you can
safely remove the Qt-<version> or even the Trolltech directory there.
Andreas
--
[ signature omitted ]
