I've not been able to find an rpm for multi-gnome-terminal and have not succeeded in building it from source. Has anyone got this working? When I try linux32 ./configure --with-gnome-libs=/opt/gnome/lib I get configure: error: gnome-libs 1.0.59 or higher is required. rpm says I have gnome-libs-1.4.1.7-614 I get the same error if I try compiling as 64bit. I'm fairly new to SuSe, so I'd appreciate some pointers. -- Richard Kimber http://www.psr.keele.ac.uk/
* rkimber@ntlworld.com
I've not been able to find an rpm for multi-gnome-terminal and have not succeeded in building it from source. Has anyone got this working?
When I try linux32 ./configure --with-gnome-libs=/opt/gnome/lib I get configure: error: gnome-libs 1.0.59 or higher is required. rpm says I have gnome-libs-1.4.1.7-614
This is misleading: a look at config.log shows that '-ldb' fails --> install package db1-devel.rpm next you will need gdk-pixbuf[,-devel], libglade[,-devel] (if not yet installed). For configure, '--enable-libsuffix=64' is sufficient, and you should add '-fno-strict-aliasing' to your CFLAGS
I get the same error if I try compiling as 64bit.
I tested 64bit - everthing available as source should work with 64bit
I'm fairly new to SuSe, so I'd appreciate some pointers. -- Richard Kimber http://www.psr.keele.ac.uk/
-- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
Stefan -- Stefan Fent SuSE Linux AG, Maxfeldstr. 5, D-90409 Nuernberg GPG fingerprint = B226 E3DA 37B0 2170 7403 D19C 18AF E579 9161 4BBC
On Tue, 6 Jul 2004 10:12:51 +0200
Stefan Fent
configure: error: gnome-libs 1.0.59 or higher is required. rpm says I have gnome-libs-1.4.1.7-614
This is misleading: a look at config.log shows that '-ldb' fails --> install package db1-devel.rpm next you will need gdk-pixbuf[,-devel], libglade[,-devel] (if not yet installed).
For configure, '--enable-libsuffix=64' is sufficient, and you should add '-./configure' to your CFLAGS
Thanks, but I still get the same error. I have (via YOU) gdk-pixbuf-0.22.0-39 gdk-pixbuf-devel-0.22.0-39 libglade-0.17-190 libglade-devel-0.17-225 db1-1.85-78 db1-devel-1.85-78 -- Richard Kimber http://www.psr.keele.ac.uk/
* rkimber@ntlworld.com
On Tue, 6 Jul 2004 10:12:51 +0200 Stefan Fent
wrote: configure: error: gnome-libs 1.0.59 or higher is required. rpm says I have gnome-libs-1.4.1.7-614
This is misleading: a look at config.log shows that '-ldb' fails --> install package db1-devel.rpm next you will need gdk-pixbuf[,-devel], libglade[,-devel] (if not yet installed).
For configure, '--enable-libsuffix=64' is sufficient, and you should add '-./configure' to your CFLAGS
Thanks, but I still get the same error. I have (via YOU) gdk-pixbuf-0.22.0-39 gdk-pixbuf-devel-0.22.0-39 libglade-0.17-190 libglade-devel-0.17-225 db1-1.85-78 db1-devel-1.85-78
Did you install the gnome development selection? I'm sure, some *.devel-packages are missing. So install the gnome development selection, or find out with config.log what you are missing. The output from configure might be wrong, the real error message can be found in config.log.
-- Richard Kimber http://www.psr.keele.ac.uk/
-- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
-- Stefan Fent SuSE Linux AG, Maxfeldstr. 5, D-90409 Nuernberg GPG fingerprint = B226 E3DA 37B0 2170 7403 D19C 18AF E579 9161 4BBC
On Tue, 6 Jul 2004 12:11:24 +0200
Stefan Fent
Did you install the gnome development selection? I'm sure, some *.devel-packages are missing.
I have all the devel files that seem to me to be relevant.
So install the gnome development selection, or find out with config.log what you are missing.
The output from configure might be wrong, the real error message can be found in config.log.
Well, I guess I'll have to give up on this - I don't have enough
technical knowledge to interpret config.log. It has messages like:
configure: failed program was:
#ifndef __cplusplus
choke me
#endif
configure: failed program was:
#line 3189 "configure"
#include "confdefs.h"
configure: failed program was:
#line 3943 "configure"
#include "confdefs.h"
#include
Stefan Fent wrote:
I tested 64bit - everthing available as source should work with 64bit
Not so! See other posts. There are 2 I've come across so far that insist in looking in /usr/lib rather than /usr/lib64 for some libs that are only present in /usr/lib64, no matter what you do. Someone posted they were having this problem and I picked 2 random apps just to see if I saw the same problem --- It looks like a libtool problem. kmymoney and amarok. They build a libtool which says 64 everywhere it should (no mention of just "lib"), but when run, it complains it can't find some of the libs in /usr/lib. Another app "gxine" builds as a rpm, installs OK, then segfaults when run, ldd on gxine looks good, the strace ends ----- read(3, 0x7fbfffe970, 32) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], NULL, NULL, NULL) = 1 (in [3]) read(3, "\1\1j\0\0\0\0\0\265\0@\1`\1\10\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32) = 32 ioctl(3, FIONREAD, [0]) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 0) = 0 brk(0) = 0x629000 brk(0x64a000) = 0x64a000 open("/etc/localtime", O_RDONLY) = 8 fstat(8, {st_mode=S_IFREG|0644, st_size=1323, ...}) = 0 mmap(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a98206000 read(8, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\7\0\0\0\7\0\0\0\0\0\0\0\362\0\0\0\7\0\0\0\r\233&\255\240\233\326\5 \234\3170\240\235\244\303\240\236\234 \235\240\237\227\32\240\240\205\272 \241v\374\240\242e\234 \243{\310\240\244N\270\240\245?\373 \246%` \247\'\306 \250*, \250\353\370\240\252\0\323\240\252\3 25\25 \253\351\360 \254\307l \255\311\322 \256\247N \257\240y\240\260\2070 \261\222\320\240\262pL\240\263r\262\240\264P.\240\265IZ \2660\20\240\2672v\240\27 0\17\362\240\271\22X\240\271\357\324\240\272"..., 131072) = 1323 close(8) = 0 munmap(0x2a98206000, 131072) = 0 --- SIGILL (Illegal instruction) @ 0 (0) --- +++ killed by SIGILL +++ ------------------------------------------------- # gxine Server: trying to connect to already running instance of gxine (/root/.gxine/socket)... connect: Connection refused server: socket '/root/.gxine/socket' created Segmentation fault ------------------------------------------------ Regards Sid. -- Sid Boyce .... Hamradio G3VBV and keen Flyer ===== LINUX ONLY USED HERE =====
* Sid Boyce
Stefan Fent wrote:
I tested 64bit - everthing available as source should work with 64bit
I didn't say "works out of the box" ;-)
Not so! See other posts. There are 2 I've come across so far that insist in looking in /usr/lib rather than /usr/lib64 for some libs that are only present in /usr/lib64, no matter what you do. Someone posted they were having this problem and I picked 2 random apps just to see if I saw the same problem --- It looks like a libtool problem. kmymoney and amarok.
kmymoney has m4 macros being too old (not libtool!) acinclude.m4 has the libdirs hardcoded. If you have a look at the kmymoney.srpm on the source DVD and do exactly what is done in the prep/build sections, it compiles fine. Didn't look at amarok now, but probably a similar problem.
They build a libtool which says 64 everywhere it should (no mention of just "lib"), but when run, it complains it can't find some of the libs in /usr/lib.
Another app "gxine" builds as a rpm, installs OK, then segfaults when run, ldd on gxine looks good, the strace ends ----- Segmentation fault ------------------------------------------------
The code is not 64bit clean, if you compile with '-Wall', you can see lots of int --> pointer conversions and vice versa. (That is illegal on any arch, but by hasard it works on i386)
Regards Sid. -- Sid Boyce .... Hamradio G3VBV and keen Flyer ===== LINUX ONLY USED HERE =====
regards, Stefan -- Stefan Fent SuSE Linux AG, Maxfeldstr. 5, D-90409 Nuernberg GPG fingerprint = B226 E3DA 37B0 2170 7403 D19C 18AF E579 9161 4BBC
participants (3)
-
rkimber@ntlworld.com
-
Sid Boyce
-
Stefan Fent