On 14 Aug 2007 at 9:35, Kern Sibbald wrote: > On Monday 13 August 2007 23:50, Dan Langille wrote: > > On 13 Aug 2007 at 20:06, Martin Simmons wrote: > > > >>>>> On Mon, 13 Aug 2007 13:37:28 -0400, Dan Langille said: > > > > > > > > I'm trying to build Bat on FreeBSD. What configure options did you > > > > use? I have: > > > > > > > > --enable-bat > > > > --with-qwt=/usr/lib > > > > Offlist, and I discovered myself, that this needs to be > > /usr/local/lib > > > > > > I have qt4-4.3.0 installed. > > > > > > Note: (equal "qt" "qwt") => nil > > > > Thanks. Fixed. I'm now using qwt, not qt. cheers. > > > > > > Does this error mean anything to anyone? > > > > ==>Entering directory /usr/home/dan/src/bacula-bat/work/bacula- > > 2.2.0/src/qt-console > > make: don't know how to make depend. Stop > > *** Error code 1 > > You apparently don't have qmake on your path or some similar problem.
It's there: [EMAIL PROTECTED]:~] $ which qmake /usr/local/bin/qmake [EMAIL PROTECTED]:~] $ qmake -v Qmake version: 1.07a (Qt 3.3.8) Qmake is free software from Trolltech ASA. [EMAIL PROTECTED]:~] $ As well as: [EMAIL PROTECTED]:~] $ qmake-qt4 -v QMake version 2.01a Using Qt version 4.3.0 in /usr/local/lib [EMAIL PROTECTED]:~] I think I now need to know how to specify the use of qmake-qt4 instead of qmake. This needs to be done within the confines of the FreeBSD ports build system. > On my system, it does the following during the ./configure process: > > make[1]: Entering directory `/home/kern/bacula/k/src/qt-console' > /usr/lib/qt4/bin/qmake -unix -o Makefile bat.pro That's good. Especially when reading this: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters- handbook/using-kde.html#QT-ADDITIONAL > Note, I did have problems building initially when I first hadn't loaded qt4, > because have qt3 loaded on my system so that KDE works. The shell found > qmake (version 3) in /usr/bin/qmake, and of course the build failed. Worse, > once I corrected the problem (loaded the Qt4 libaries), the silly shell had > cached the location of qmake, and not remembering off the top of my head how > to rehash, I simply symbolically linked the /usr/bin/qmake (or what ever the > path was) to the qt4 version. > > I think I added notes to the document on this, probably not as explicitly as > above, but at least the steps I had to take. > > > > > Stop in /usr/home/dan/src/bacula-bat/work/bacula-2.2.0. > > Creating bat Makefile > > QMAKESPEC has not been set, so configuration cannot be deduced. > > Error processing project file: /usr/home/dan/src/bacula- > > bat/work/bacula-2.2.0/src/qt-console/bat.pro > > One slightly frustrating aspect of this project is that when I started it in > January, Qt4 was released, but KDE was still on Qt3, which means that most > machines with Qt loaded will have Qt3 rather than Qt4. In looking at the > time lines, I read that KDE 4.x would be released by June 2007, which fit > quite well with the bat schedule. KDE4 is It's still in BETA. I'm on KDE 3.5.7 -- Dan Langille - http://www.langille.org/ Available for hire: http://www.freebsddiary.org/dan_langille.php ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
