[Bug 222042] Review Request: GDAL - Geospatial Data Abstraction Library
bugzilla at redhat.com
bugzilla at redhat.com
Wed Feb 28 22:44:18 UTC 2007
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: GDAL - Geospatial Data Abstraction Library
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=222042
------- Additional Comments From cbalint at redhat.com 2007-02-28 17:44 EST -------
(In reply to comment #55)
> hi , i tried to compile this version:
http://openrisc.rdsor.ro/gdal-1.4.0-9.src.rpm
>
I will ignore this, for several reason, so to help me please:
1) fill attachment with a pure mock session debug on ppc64 !
2) make sure you use pure mock session from the scratch, and not a mixed
biarch stuff, i cannot trust your ppc64 fedora install !
Anyway in fedora build system this will go through mock, wich is a clean pure
distilled build-root, if on that fail i am sure its a bug otherwise i cannot
trust any other 'custom' buildroot especialy biarch ones !
> on fedora core 6 - ppc64 and i got this error:
>
>
> /usr/bin/ld: skipping incompatible /usr/lib64/libcom_err.so when searching
for
> -lcom_err
> /usr/bin/ld: skipping incompatible /usr/lib64/libcom_err.a when searching
for
> -lcom_err
> /usr/bin/ld: cannot find -lcom_err
Yeah. same on sparc64 where 32bit is default, unless you make sure force true
32 bit mode and do:
setarch ppc; su -; rpmbuild gdal.spec --target=ppc
so, i am looking forward for a pure mock build !
I will test ppc64 tomorrow, but i am right now 99% sure you tryed a simple
rpmbuild from 64bit land and your rpmbuild session is setted somehow to build
default 32bit because from your logs for some reason it looks after 64 bit
libs wich is abnormaly rejected for your 32 bit build ....
Please let me know.
/cristian
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
More information about the Fedora-package-review
mailing list