Thread: Re: [Kmatplot-general] Problem on SuSE 7.2
Brought to you by:
kamil
From: Robert S. <ro...@sc...> - 2001-08-02 21:15:33
|
Hi, On Fri, 3 Aug 2001, Kamil wrote: > Oh, remember that those ./configure scripts are written by KDE guys, > the one I use was released with KDE 2.1.1 and it often fails to > configure the build properly, especially on Suse. Strange. I send a copy of this mail to Torsten Rahn from the KDE team, perhaps he can give us some comments. > KMatplot crashes after startup if it can't find its resource files, which= it > try to find in standard KDEDIR directory. Hmmm, shouldn't be too hard to check if the files are in the assumed places? Unfortunately, I don't know enough of the KDE stuff yet to be really hepful in this department. > KDEDIR is named /opt/kde2 ( SUSE ), but for some reasons 'configure' > script is trying to install the program into /opt/kde, which contains > KDE1 files. Not being an expert in autoconf things, this seems to be a problem with your autoconf configuration files in the admin directory which seem to be taken from a KDE1 installation. > If KMatplot installed itself in a non-standard directory > you must pass this directory in KDEDIR variable. Run terminal and > check if it works: > env KDEDIR=3D/opt/kde kmatplot > env KDEDIR=3D/usr kmatplot > env KDEDIR=3D/opt/kde2 kmatplot Hmmm, at the moment I didn't install kmatplot at all, I just wanted to test it in the directory where it was compiled. If I understood Torsten correctly some time ago the KDEDIR variable is obsolete and is not being used any more? However, compiling and starting from the directory without being installed should always work, I assume. But also following your hints doesn not work, I get the same error... Robert --=20 +--------------------------------------------------------+ | Dipl.-Ing. Robert Schwebel | | Braunschweiger Stra=DFe 79, 31134 Hildesheim, Germany | | Phone: +49-5121-28619-0 Fax: +49-5121-28619-4 | +--------------------------------------------------------+ |
From: Kamil <kam...@po...> - 2001-08-02 22:01:06
|
On Fri 3. August 2001 01:18, you wrote: > > Hmmm, shouldn't be too hard to check if the files are in the assumed > places? Unfortunately, I don't know enough of the KDE stuff yet to be > really hepful in this department. > Yes, but what to do if they are not there ? > > Not being an expert in autoconf things, this seems to be a problem with > your autoconf configuration files in the admin directory which seem to be > taken from a KDE1 installation. > Uff ! I could vow that they are taken KDE-2.1.1, everything works well on my RedHat. > > Hmmm, at the moment I didn't install kmatplot at all, I just wanted to > test it in the directory where it was compiled. If I understood Torsten > correctly some time ago the KDEDIR variable is obsolete and is not being > used any more? However, compiling and starting from the directory without > being installed should always work, I assume. But also following your > hints doesn not work, I get the same error... > I'm afraid I didn't get it to work without installing before, you can't point KDEDIR to your build directory- it won't work, but you can always install it in your home directory. If you install a shared library in a non-library directory, you must also add it to LD_LIBRARY_PATH. Check if it works: ./configure --prefix=/home/kamil/kmatplot make install export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/kamil/kmatplot/lib env KDEDIR=/home/kamil/kmatplot kmatplot Did you do so ? I didn't see the post from Tortsen and I know nothing about obsoleting KDEDIR. It still must be set when program is installed in a non-standard directory. Kamil |
From: Robert S. <ro...@sc...> - 2001-08-02 22:31:56
|
On Sat, 4 Aug 2001, Kamil wrote: > Yes, but what to do if they are not there ? Two possibilities: output an errormessage telling the user what's missing where or installing a personal versinon of the files in the user's home directory. > Uff ! I could vow that they are taken KDE-2.1.1, everything works well > on my RedHat. Hmmm, I'm not sure, but if you look at admin/acinclude.m4.in (where the KDE_FIND_PATH ist defined) it has copyright messages up to 1999... But again, I'm no expert, just a guess. How do other applications perform the task of getting the right paths? Did you look at the output of a KDevelop generated project? Btw, are you using KDevelop? There is a project file, but e.g. the admin/ stuff we are talking about here doesn't seem to be autogenerated to me... > I'm afraid I didn't get it to work without installing before, you > can't point KDEDIR to your build directory- it won't work, but you can > always install it in your home directory. If you install a shared > library in a non-library directory, you must also add it to > LD_LIBRARY_PATH. Check if it works: Hmmm, strange. ldd says that kmatplot/kmatplot is not a shared library! So I assume it is linked statically. At the moment I'm recompiling with --with-kde-dir=3D/opt/kde2 and --with-qt-dir=3D/usr/lib/qt2. This takes qui= te a long time on my 300 MHz MII, so I assume I'll probably be able to give you more success or error reports tomorrow morning. > export LD_LIBRARY_PATH=3D$LD_LIBRARY_PATH:/home/kamil/kmatplot/lib > env KDEDIR=3D/home/kamil/kmatplot kmatplot > > Did you do so ? I'll try it again if my current comiler run has finised and keep you informed. > I didn't see the post from Tortsen and I know nothing about obsoleting > KDEDIR. It still must be set when program is installed in a > non-standard directory. Sorry, a misunderstanding - there was no post here. I talked to Torsten some time ago about another problem and during the discussion he mentioned that KDEDIR should be obsoleted at that time; I'm not sure if this is really the case in the mean time or not (havn't compiled KDE myself for some time...). Robert --=20 +--------------------------------------------------------+ | Dipl.-Ing. Robert Schwebel | | Braunschweiger Stra=DFe 79, 31134 Hildesheim, Germany | | Phone: +49-5121-28619-0 Fax: +49-5121-28619-4 | +--------------------------------------------------------+ |
From: Kamil <kam...@po...> - 2001-08-02 23:05:50
|
On Fri 3. August 2001 02:35, you wrote: > > Hmmm, strange. ldd says that kmatplot/kmatplot is not a shared library! So > I assume it is linked statically. At the moment I'm recompiling with > --with-kde-dir=/opt/kde2 and --with-qt-dir=/usr/lib/qt2. This takes quite > a long time on my 300 MHz MII, so I assume I'll probably be able to give > you more success or error reports tomorrow morning. You needn't to recompile if you keep all object files. Just reconfigure and reinstall. Kmatplot compiles itself very long, mostly those dialogs, Dialog editor generates four files per single panel, uff ! kmatplot in the build directory isn't a real program it is only a wrapper script which calls ./libs/kmatplot. It allows you to run kmatplot without adding path to a shared library ( part/.libs/libkmatplot.so ), but the problem with resource files still remains, so it won't work. I know no way to run kmatplot directly from the build directory. I checked source once again and it seems that program checks if resources are present but it just displays "libkmatplot not found" and crashes if there is a problem, I try to add a more descriptive message in the next version. Kamil |