On Sun, Aug 16, 2015 at 11:19:51AM -0300, Fernando de Oliveira wrote:
> Em 15-08-2015 20:40, Ken Moffat escreveu:
> 
> From my searches
> 
> > Perhaps I will try with qt in /opt, to prove that it is a problem
> > from building in /usr (the idea that something does not support
> > building in /usr seems absurd, although the "extra" qt directories
> > are so weird that it might well be true), or to discover that there
> > is something else wrong in my scripts.
> 
> Yes, they are all in what seems non-default places. Thus, I have the
> impression that a qt5.sh is always necessary. And it was from there that
> I got idea of just using the /opt instructions to build at /usr/qt5 (not
> sure if this is exactly what I was proposing), instead of what is in the
> book, and change correspondingly the qt5.sh and other instructions, if any.
> 
I can't comment on that unless / until I manage to actually build
something ;-)

I gave it another go overnight, again using /usr but without
qtchooser and without the addition of -qt5 to program names (no qt4
in that system).  Did not help, I will have to try /opt again.

Meanwhile, from qt5 I acquired /usr/doc /usr/imports /usr/locale
/usr/mkspecs /usr/phrasebooks /usr/plugins /usr/qml and
/usr/translations.

> I've searched in other Ubuntu, and what they do seems different from
> Arch-Linux. I needed to install:
> 
> qt5-qmake
> qt4-qmake
> qt4-dev-tools
> qttools5-dev-tools
> 
> {{{
> $ ls /usr/lib/i386-linux-gnu/qt4/ /usr/lib/i386-linux-gnu/qt5/
> /usr/lib/i386-linux-gnu/qt4/:
> bin  imports  plugins
> 
> /usr/lib/i386-linux-gnu/qt5/:
> bin  libexec  mkspecs  plugins  qml
> }}}
> 
> This is not very different from installing in /opt (BLFS):
> 
> {{{
> $ ls /opt/qt{4,5}/
> /opt/qt4/:
> bin doc imports lib phrasebooks q3porting.xml tests
> demos examples include mkspecs plugins qsci translations
> 
> /opt/qt5/:
> bin icudtl.dat include libexec phrasebooks qml qtwebengine_resources.pak
> doc imports lib mkspecs plugins qsci translations
> }}}

How do they make the programs (e.g. qmake) available ?  Are they
using qtchooser and adding -qt4 -qt5 to the program names ?
> 
> We could just replace the /usr instructions and tell that the
> alternative would be to install in /usr/lib/qt{4,5} and, again, show how
> to change the corresponding qt5.sh and other instructions, if any.
> 

I'm starting to think that I must have changed something else in my
scripts which has somehow caused my problem.  Will know for certain
after I change the scripts to use /opt/qt5.  Unfortunately there
have been a lot of changes since then (my lxqt script originally did
not build qt5 because it was already installed) so I cannot just
revert one or two commits.
> 
> I did search a lot without success. It's my mistake of deleting many
> logs with failures, when I quickly conclude it is obvious I committed an
> error.
> 
> I'm sorry.

Thanks.
> 
> Some things I found, when trying to reproduce the error, e.g. building with
> 
> {{{
> -DCMAKE_INSTALL_PREFIX=/usr \
> -DCMAKE_PREFIX_PATH=/usr    \
> }}}
> 
> or omitting one of them, etc:
> 
> Files having getTimestamp - actually, all have QX11Info::getTimestamp();
> 
> {{{
> $ cd kwindowsystem-5.12.0
> 
> $ grep -rl getTimestamp
> src/kstartupinfo.cpp
> src/kusertimestamp.cpp
> build/src/libKF5WindowSystem.so.5.12.0
> build/src/CMakeFiles/KF5WindowSystem.dir/kusertimestamp.cpp.o
> build/src/CMakeFiles/KF5WindowSystem.dir/kstartupinfo.cpp.o
> autotests/kwindowinfox11test.cpp
> autotests/kwindowsystemx11test.cpp
> }}}
> 
> Build finds qx11info_x11.h:
> 
> {{{
> $ grep -r qx11info_x11.h | grep kusertimestamp
> build/src/CMakeFiles/KF5WindowSystem.dir/depend.make:src/CMakeFiles/KF5WindowSystem.dir/kusertimestamp.cpp.o:
> /opt/qt5/include/QtX11Extras/qx11info_x11.h
> }}}
> 
> Don't know if the following makes any sense: I don't understand why
> build fails for your kusertimestamp.cpp, because the corresponding .o is
> built after kstartupinfo.cpp.o and this on should fail too, I think...
> 
> {{{
> $ xzgrep -E 'kstartupinfo|kusertimestamp'
> kwindowsystem-5.12.0-simulation-2015.08.16-09h28m22s.log.xz | grep -vE
> 'warning|In '
> Generating moc_kstartupinfo.cpp
> [ 84%] Building CXX object
> src/CMakeFiles/KF5WindowSystem.dir/kstartupinfo.cpp.o
> [ 84%] Building CXX object
> src/CMakeFiles/KF5WindowSystem.dir/kusertimestamp.cpp.o
> -- Installing:
> /tmp/porg-build-2015.08.16-09h28m22s/DEST-kwindowsystem-5.12.0/opt/kf5/include/KF5/KWindowSystem/kstartupinfo.h
> -- Installing:
> /tmp/porg-build-2015.08.16-09h28m22s/DEST-kwindowsystem-5.12.0/opt/kf5/include/KF5/KWindowSystem/kusertimestamp.h
> }}}
> 
> The only other alternative I see is what you already thought: build Qt5
> in /opt.
> 
> 
> One question. Do you have the following in the log?
> 
> {{{
> -- The following REQUIRED packages have been found:
> 
>  * ECM (required version >= 5.12.0) , Extra CMake Modules. ,
> <https://projects.kde.org/projects/kdesupport/extra-cmake-modules>
>  * Qt5Core (required version >= 5.5.0)
>  * Qt5Gui (required version >= 5.5.0)
>  * Qt5Widgets
>  * Qt5X11Extras
>  * Qt5LinguistTools
>  * Qt5Test
>  * Qt5 (required version >= 5.2.0)
> }}}
> 
Yes.  Without the packages labelled as required it will not proceed
(been there, done that - e.g. missing ECM, and a few weeks ago
missing the required version of ECM when I tried to put
kwindowsystem into /usr for lxqt).

I also have the optional X11, PkgConfig, XCB (of course).

ĸen
-- 
This one goes up to eleven: but only on a clear day, with the wind in
the right direction.
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to