On Monday 30 March 2015 14:53:20 Rui Nuno Capela wrote: > On 03/30/2015 11:43 AM, David Baron wrote: > > On Monday 30 March 2015 11:28:22 Rui Nuno Capela wrote: > >> On 03/30/2015 11:11 AM, David Baron wrote: > >>> My qmake --version yields: > >>> QMake version 3.0 > >>> Using Qt version 5.3.2 in /usr/lib/x86_64-linux-gnu > >>> > >>> So I moved /usr/bin/qmake -> qtchooser out of the way and symlinked to > >>> qmake- qt4 > >>> > >>> So far, building OK, not kicking at aeffect.h, lilv.h, etc. like it did > >>> when I manually ran qmake-qt4 before ./configure. > >>> > >>> Now what would I do when I want qt5 (if it is really ready to play on > >>> this > >>> distro). > >> > >> 1. revert the symlink switch you've made; > >> 2. ask the debian dudes how to work properly with that "qtchooser" thing > >> which is said to be a "wrapper to select between qt development binary > >> versions" according to its own manifest. > >> > >> byee > > > > Yes, I will file the bug. > > note that it is not a bug. at least from my pov. what you should do is > about making qtchooser to select the qt4 development environment, > instead of keeping to qt5 as it seems to be the default. > > maybe reading `man qtchooser` might help you there > OK. One must set (export) a QT_SELECT=4 or such before running ./configure. Since qmake never needed such an environment variable or argument before, I do consider this a bug. An example is that the ./configure here did not set that variable or supply an argument based on choices made by its qt choice argment. No one knew one needed it and the ./configure --help said that qt4 was default. So Rui, please implement (and the default qt4) in the configure. _______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/listinfo/linux-audio-user
