What system are you compiling on. It is usually best to let configure
try to handle this. After configure fails it will tell you what line it
is trying to run to compile the program. In this case it looks like it
has problems finding the Qt library. If you can't do that you will need
to do some work of your own.
For each .ui file run:
uic -o {filename}.h {filename}.ui
uic -o {filename}.cpp -impl {filename}.h {filename}.ui
For each .h file run:
moc -o {filename}.moc {filename}.h
Another approach would be to create an empty file in a directory called
.depends like this.
touch .depends/{filename}.d {filename}.cpp
for each .cpp file and .ui file in the distribution. In this case the
makefile should handle creating the rest.
Good luck.
/Mauritz
Underscore AB
Carlos Lacasa wrote:
>Hi.
>
>I'm trying to install Tora from Tora-1.2.3.tar.gz.
>Firstable I tried:
>./configure --with-qt=/usr/local/qt --with-kde
>--with-kde-include=/usr/local/kde/include/
>--with-kde-libs=/usr/local/kde/lib/ --without-mysql
>
>And I got some errors reporting our gcc version was not correct. So I
>downloaded gcc-3.0.0 and tried again. Now I got:
>
>Trying to configure TOra
>Using Oracle Home /home/carlos/OraHome1
>Oracle client release seems to be 8.1.7.0.0
>Using metacompiler /usr/local/qt/bin/moc
>Using usere interface compiler /usr/local/qt/bin/uic
>Qt includefiles at /usr/local/qt/include
>Qt library directory at /usr/local/qt/lib
>KDE includefiles at /usr/local/kde/include/
>KDEPrint detected, using it
>KDE libraries at /usr/local/kde/lib/
>Generating KDE application
>Trying /usr/local/gcc/bin/g++ compiler
>/tmp/ccyTPx6a.o: In function `test() ':
>/tmp/ccyTPx6a.o(.text+0x18): undefined reference to
>`QApplication::QApplication(int&, char**)'
>/tmp/ccyTPx6a.o(.text+0xa4): undefined reference to `QApplication::~QApplication()'
>/tmp/ccyTPx6a.o(.text+0xc8): undefined reference to
>`QApplication::~QApplication()'
>/tmp/ccyTPx6a.o: In function `test2() ':
>/tmp/ccyTPx6a.o(.text+0x1f2): undefined reference to
>`KToolBar::KToolBar(QMainWindow*, QWidget*, bool, char const*, bool, bool)'
>collect2: ld returned 1 exit status
>
>... and similar for the rest of compiler tested.
>
>As explainend in INSTALL file, I created Makefile.setup and Makefile from
>Makefile.setup.orig and Makefile.orig. After setting all the variables to the
>correct values, I tried "make" with the following result:
>
>...
>Makefile.common:60: .depends/main.d: No existe el fichero o el directorio
>Making dependences for main.cpp
>In file included from main.cpp:53:
>toabout.h:40:23: toaboutui.h: No existe el fichero o el directorio
>make: *** [.depends/main.d] Error 1
>
>File toaboutui.h doesn't exist. There's only one called toaboutui.ui.
>
>Could you, please, help me?
>
>Thanks in advance.
>
>Carlos Lacasa.
>
>_______________________________________________
>Tora-develop mailing list
>Tora-develop@...
>https://lists.sourceforge.net/lists/listinfo/tora-develop
>
>

This is most embarassing. When I try the 1.3.5.1 oracle9 binary I got
neither Oracle or PostgreSQL support. Hmm, well I guess the test for the
new buildprocess was waranted. I would recommend everyone not compiling
from source to use the 1.3.5 binaries. I'll iron this problem out before
the 1.3.6 release.
/Mauritz
Underscore AB

The problem have already been fixed in the CVS (Don't remember if I have
commited it yet). This illustrates well that I need to make at least one
testbuild using Qt2 with the new releases, from now on all binaries will
be Qt3 based. I expect to keep Qt2 support at least until all
distributions that matter (Mandrake, RedHat, Debian and SuSE) have
support for KDE3 (At least one real release with it).
The rpm:s are based on your rpm:s because they were much better than
mine. I added the --with-rpm-contents since I didn't want to have one
more list of what was Oracle/MySQL only parts. I try to keep all that in
configure and you can count on that option existing in configure. It is
undocumented because it's something that is only really usefull for
someone packaging it. Same with the --with-static and
--with-oracle-static. In the --with-static case I also didn't have the
energy to autodetect which extra libraries needed to be included in the
make command so those are hardcoded into the Makefile for a Mandrake
system, although I think it got a lot better at working on more
installations with the latest release so I might add it on the list
again. I'm pretty happy with the library dependencies of the new static
binaries in 1.3.51:
gain:~/src/tora-1.3.5.1> ldd tora
libcrypt.so.1 => /lib/libcrypt.so.1 (0x40023000)
libm.so.6 => /lib/libm.so.6 (0x40050000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40072000)
libdl.so.2 => /lib/libdl.so.2 (0x40089000)
libc.so.6 => /lib/libc.so.6 (0x4008c000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
There aren't that many systems that isn't able to support that. (It is
depending on glibc2.2 for Oracle9, but Oracle9 requires glibc2.2 anyway.
For Oracle8 it is still glibc2.1).
The --without-rpath parameter is mostly for cleanness. Since there is no
standard path for Oracle to reside in (And if there is I probably don't
use it) I'd rather not force ld.so to try a bunch of extra libraries. In
reality I guess it doesn't really matter.
The --with-static-oracle has one big advantage and that is that you can
run the program without having your $ORACLE_HOME/lib directory in your
LD_LIBRARY_PATH (I got a lot of people having problems with that). One
disadvantage is that Oracle8/Oracle9 is not compatible because of this.
You still need a client installation at $ORACLE_HOME to be able to connect.
I'd definately like a more "platform independent" rpm, if you could help
me I'd definately include it.
BTW, the rpm:s are added at the sourceforge site now.
/Mauritz
Underscore AB
Pascal Bleser wrote:
> Henrik Johnson wrote:
>
>> Great! Would it be ok if I post these binaries under the tora-contrib
>> section on sourceforge? I just think it would be easier for people to
>> find them there.
>
>
> Sure. Please do so.
>
> I've just made the packages for 1.3.5.1, they're on my website too:
> http://guru.unixtech.be/rpm/SuSE-7.3/Development/Database/
>
> I've removed the 1.3.5 RPMs as I guess that is was broken (looks that
> way when reading NEWS ;-)).
>
> Note that the RPM is built with KDE2 support (not QT-only) and built
> against Oracle 8.1.6 libs (not really important, nothing static).
>
> I could do a static version of the package (MySQL and Oracle) but
> I'm wondering if it's a problem to ship Oracle (static) librairies
> in the RPM. Do you have any idea about this ?
> AFAIK the Oracle client libs are freely distributable, at least for
> Linux.
>
> If had to make a patch for 1.3.5.1 to fix a small bug (introduced in
> 1.3.5.1 - 1.3.5 built without problems): there's a
> #include <stdio.h>
> missing in totuning.cpp
>
> I've put the according diff as an attachment to this mail.
>
> Oh... I've just seen that you've used one of my previous spec-files
> for tora yourself and shipped it as rpm/tora.spec
> I didn't notice yet ;-)
>
> You're building it with --with-static-oracle ? Hmmm... really ?
> Does this really mean that you don't need to have the Oracle client libs
> (libclntsh.so), it's really linked statically into tora ?
> And why did you add --without-rpath ? IMHO it doesn't harm, because
> LD_LIBRARY_PATH and /etc/ld.so.conf are looked up anyway...
>
> And you've added an undocumented hack in your build:
> --with-rpm-contents ;-)
> Cool, I'll use that in my next RPM for tora then ;-))
>
> I'll have one more look at the spec-file you've included in the tora
> tarball,
> maybe add one or two tricks to make it more portable across distributions
> (e.g. SuSE uses /opt/kde2 as prefix for KDE2 apps), and maybe you could
> re-integrate into the tora distribution...
>
> Anyway, have a nice week-end ;-)
>
>------------------------------------------------------------------------
>
>--- totuning.cpp.orig Fri Apr 19 15:47:06 2002
>+++ totuning.cpp Fri Apr 19 15:47:22 2002
>@@ -56,6 +56,7 @@
> #endif
>
> #include <time.h>
>+#include <stdio.h>
>
> #include <qcombobox.h>
> #include <qgrid.h>
>
>

Great! Would it be ok if I post these binaries under the tora-contrib
section on sourceforge? I just think it would be easier for people to
find them there.
/Mauritz
Underscore AB
Pascal Bleser wrote:
> Hi Henrik ;-)
>
> Great tool, a real killer-app :-)
>
> Just to tell you that I've made new RPM packages of tora 1.3.5
> for SuSE Linux 7.3
>
> They're on my website:
>
> http://guru.unixtech.be/rpm/SuSE-7.3/Development/Database/tora-beta/
>
> (I thought that maybe you wanted to know)
>
> errrr.. and I've just seen that there's a 1.3.5.1 out there ;-)
> I'll put that one too at the same location, later today ;-)
>

Go to the line 481 in tomain.cpp where a large block between "#if
QT_VERSION >= 300" and "#endif" a few lines. Just change the first line
to "#if 0" and theres no upgrade check. Will add a configure switch for
this in the future.
The QFont error messages are because you are upgrading from Qt2 to Qt3.
With Qt3 there is a better way to save font names than in Qt2. They are
unfortunately completely different and if the Qt3 version doesn't work I
fallback to the Qt2 method so your font settings aren't lost. But when I
try the Qt3 method and it fails it prints the messages you see. Just go
into the Options and press Ok and you should get rid of them.
/Mauritz
Underscore AB
Jan Eliasen wrote:
>On Fri, 19 Apr 2002, Henrik Johnson wrote:
>
>>Just add a "include <stdio.h>" to the top of the totuning.cpp file. Will
>>fix for the next release.
>>
>BUT, with 1.3.5.1 against qt-3.0.3, I get all these at startup;
>
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Courier/12/50/0/0'
>QFont::fromString: invalid description 'Courier/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>QFont::fromString: invalid description 'Helvetica/12/50/0/0'
>
>And well... That "Do you want to check for new versions of TOra at
>startup"-thingy... Neat, but in our environment at university where I am
>the only one installing TOra, it's quite useless. It would be nice with an
>option to quell that message for all users using TOra.
>

This release fixes a few packaging bugs in the 1.3.5 release and fixes
some minor bugs. It also features some updates to the tuning package
which is now operating entirely in the background. The main reason for
the release is to test the new binary releases that will from not on be
the standard way of releases for TOra if all works out. The new exe
packaging for the windows distribution was already used for the 1.3.5
release.
/Mauritz
Underscore AB

I am going to release a new version of TOra dubbed 1.3.5.1 later today.
This new release will mostly test a new packaging and build script that
I have written. The need to upgrade is very little although it fixes a
pretty serious problem regarding MySQL and the content editor as well as
(hopefully) fixes a packaging problem regarding the static binary and
PostgreSQL support.
/Mauritz
Underscore AB

This should have been fixed now for the next release.
/Mauritz
Underscore AB
Selcuk Ozturk wrote:
>Seems like selecting only the first 100 records in mysql Data tab is back
>again.
>
>---
>Selcuk Ozturk
>

I'm using TOra 1.3.5. static.tar.gz on SuSE 7.3.
After adding comment on table (comment on table ... in SQL Worksheet), Schema
Browser does not refresh name of table under name of tab - Columns.
Look at picture on table name majitel.nw
I haven't problem with comment on column.
JP

A new development version of TOra has been released. Below is the
releasenotes.
Improved performance on object cache, improved QSql (MySQL & PostgreSQL)
support, improved customized charts in tuning, access to recently opened
files, improved statistics manager, improved session manager, posibility
to install without Oracle support in Windows, better support for
databases with rediculous number of users, improved statement parsing in
worksheet plus a large number of bugfixes and other minor enhancements.
Executable installer on windows instead of zip file.
One notable item not on the list above is the long promised
functionality to create tables etc in the schema browser. It is not yet
finnished, but rest assured that this functionality will be available
before the 1.4 release. Also in this release the worksheet uses the same
code as the PL/SQL indentation to parse SQL removing a huge block of
totally unmaintainable cruft that has been patched and repatched to
almost work since long before 1.0 of TOra. The only place left to
implement the PL/SQL parse is the debugger which still uses it's own
code to parse PL/SQL, this is also work that will be finished before the
1.4 release.
The release is available for download from http://www.globecom.se/tora.
/Mauritz
Underscore AB

On Sun, 14 Apr 2002, J. Klapste wrote:
> I've recently started porting Tora to Solaris as Tora rocks, and I've got
> Linux on my notebook and a Sun Blade on my desktop. To that end, I've
> found a couple of places with problems. The biggest is configure and the
> makefiles generated, but as soon as I get them cleaned up I'll get you a
> patch.
Let me just make a note here; I have succesfully compiled TOra to
Solaris8. I have compiled around 6-7 different TOra versions, and they
work great. Only problem sometimes is that we only have Solaris 8.0.5 here
at university. But they are upgrading as we speak! .-)
--
Eliasen Jr.

The next 1.3.5 release should be out within a week.
/Mauritz
Underscore AB
Michael Meskes wrote:
>On Sun, Apr 14, 2002 at 03:58:29PM +0200, Henrik Johnson wrote:
>
>>Ok, I think I have fixed this now (If what I said below was the problem)
>>and now TOra uses the style factory to select styles. This also has the
>>advantage of making it posible to choose from all styles that might be
>>installed (Including KDE styles). Hope this will solve the problem. The
>>fix is in the development branch of the CVS.
>>
>
>Thanks. What are your plans to release 1.3.5? I'd prefer to not put a
>CVS snapshot into Debian as Debian is close to release.
>
>Michael
>

On Sun, Apr 14, 2002 at 03:58:29PM +0200, Henrik Johnson wrote:
> Ok, I think I have fixed this now (If what I said below was the problem)
> and now TOra uses the style factory to select styles. This also has the
> advantage of making it posible to choose from all styles that might be
> installed (Including KDE styles). Hope this will solve the problem. The
> fix is in the development branch of the CVS.
Thanks. What are your plans to release 1.3.5? I'd prefer to not put a
CVS snapshot into Debian as Debian is close to release.
Michael
--
Michael Meskes
Michael@...
Go SF 49ers! Go Rhein Fire!
Use Debian GNU/Linux! Use PostgreSQL!

I think you will find that if you just remove the .o file of
tobackground.o and recompile it it will link correctly, but don't take
my word for it. Try it yourself. As I said, don't count on everything to
recompile after a reconfigure without doing a "make clean".
/Mauritz
Underscore AB
J. Klapste wrote:
>I've verify on Monday, but this is that I narrowed it down to (if
>I remember correctly):
>
> Label=new QLabel(main->statusBar());
>
>I believe it was the statusBar that it couldn't find when linking without
>KDE..
>
>
>-J
>
>On Sun, 14 Apr 2002, Henrik Johnson wrote:
>
>>I'm very interested in this patch. Are you sure that tobackground.cpp
>>doesn't link without KDE. This file is a bit special since it is (to my
>>knowledge) one of the few files that will not get recompiled by a
>>configure since it has no .moc or .ui files (These are the only files
>>that configure touches). Have you tried to just remove the .o file for
>>tobackground.cpp and recompile it?
>>
>>/Mauritz
>>Underscore AB
>>
>>J. Klapste wrote:
>>
>>>Henrik,
>>>
>>>I've recently started porting Tora to Solaris as Tora rocks, and I've got
>>>Linux on my notebook and a Sun Blade on my desktop. To that end, I've
>>>found a couple of places with problems. The biggest is configure and the
>>>makefiles generated, but as soon as I get them cleaned up I'll get you a
>>>patch.
>>>
>>>My Blade has KDE, but has a linking problem, so I thought I would work
>>>through it without KDE first. tobackground.cpp doesn't link without KDE,
>>>and while I've hacked it so that the KDE specific stuff isn't included, I
>>>thought you might want to look at it and fix it 'correctly'.
>>>
>>>-J
>>>
>>>
>>>_______________________________________________
>>>Tora-develop mailing list
>>>Tora-develop@...
>>>https://lists.sourceforge.net/lists/listinfo/tora-develop
>>>
>>