Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
zlib-1.2.8-r1: unable to read SONAME
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
Spanik
l33t
l33t


Joined: 12 Dec 2003
Posts: 942
Location: Belgium

PostPosted: Thu Dec 26, 2013 11:30 am    Post subject: zlib-1.2.8-r1: unable to read SONAME Reply with quote

This is a fresh install on a Pentium-M ITX board. Getting a working kernel and X went well. So now I want to move to KDE and I followed the Wiki and I'm installing the required services. D-bus went ok and this turned up while emerging polkit.

emerge --info gives this:
Code:

Portage 2.2.7 (default/linux/x86/13.0/desktop/kde, gcc-4.7.3, glibc-2.16.0, 3.10.17-gentoo i686)
=================================================================
                         System Settings
=================================================================
System uname: Linux-3.10.17-gentoo-i686-Intel-R-_Pentium-R-_M_processor_1.73GHz-with-gentoo-2.2
KiB Mem:      897532 total,    283212 free
KiB Swap:     865852 total,    865852 free
Timestamp of tree: Wed, 25 Dec 2013 21:00:01 +0000
ld GNU ld (GNU Binutils) 2.23.1
app-shells/bash:          4.2_p45
dev-lang/python:          2.7.5-r3, 3.3.2-r2
dev-util/pkgconfig:       0.28
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.12.4
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.69
sys-devel/automake:       1.13.4
sys-devel/binutils:       2.23.1
sys-devel/gcc:            4.7.3-r1
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4.2
sys-devel/make:           3.82-r4
sys-kernel/linux-headers: 3.9 (virtual/os-headers)
sys-libs/glibc:           2.16.0
Repositories: gentoo
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=i686 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -march=i686 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
USE="X a52 aac acl acpi alsa audiofile berkdb bindist bluetooth branding bzip2 cairo caps cdb cdda cddb cdparanoia cdr cli consolekit cracklib crypt cups cxx dbus declarative dri dts dvd dvdr emboss encode exif fam fftx firefox flac fortran gdbm gif gimp gpm gtk iconv imagemagick ipv6 jpeg kde kipi ladspa lash lcms ldap libnotify mad mng modules mp3 mp4 mpeg mudflap nas ncurses nls nptl ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds qt3support qt4 raw readline scanner sdl semantic-desktop session spell ssl startup-notification subversion svg tcpd tiff truetype udev udisks unicode upower usb v4l vnc vorbis wxwidgets x264 x86 xcb xcomposite xine xinerama xml xscreensaver xv xvid zlib" ABI_X86="32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby18" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC, USE_PYTHON

=================================================================
                        Package Settings
=================================================================

sys-libs/zlib-1.2.8-r1 was built with the following:
USE="-minizip -static-libs"
CHOST="i486-pc-linux-gnu"
CFLAGS="-O2 -march=i486 -pipe"
CXXFLAGS="-O2 -march=i486 -pipe"


I don't understand how the system settings are i686 and the package settings are i486.

emerge -pqv gives:
Code:

[ebuild   R   ] sys-libs/zlib-1.2.8-r1  USE="minizip* -static-libs"

 * IMPORTANT: 7 news items need reading for repository 'gentoo'.
 * Use eselect news to read news items.


The build.log gives:
Code:

 * Package:    sys-libs/zlib-1.2.8-r1
 * Repository: gentoo
 * Maintainer: base-system@gentoo.org
 * USE:        abi_x86_32 elibc_glibc kernel_linux minizip policykit userland_GNU x86
 * FEATURES:   preserve-libs sandbox userpriv usersandbox
>>> Unpacking source...
>>> Unpacking zlib-1.2.8.tar.gz to /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work
>>> Source unpacked in /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work
>>> Preparing source in /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8 ...
 * Running eautoreconf in '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8/contrib/minizip' ...
 * Running libtoolize --install --copy --force --automake ...
 [ ok ]
 * Running aclocal ...
 [ ok ]
 * Running autoconf ...
 [ ok ]
 * Running automake --add-missing --copy --foreign ...
 [ ok ]
 * Running elibtoolize in: zlib-1.2.8/contrib/minizip/
 *   Applying portage/1.2.0 patch ...
 *   Applying sed/1.5.6 patch ...
 *   Applying as-needed/2.4.2 patch ...
 *   Applying target-nm/2.4.2 patch ...
 * Will copy sources from /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8
 * default: copying to /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8-default
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8 ...
 * default: running multilib-minimal_abi_src_configure
./configure --shared --prefix=/usr --libdir=/usr/lib --uname=linux
Using ar
Checking for i686-pc-linux-gnu-gcc...
Checking for shared library support...
Building shared library libz.so.1.2.8 with cc.
Checking for off64_t... Yes.
Checking for fseeko... Yes.
Checking for strerror... Yes.
Checking for unistd.h... Yes.
Checking for stdarg.h... Yes.
Checking whether to use vs[n]printf() or s[n]printf()... using vs[n]printf().
Checking for vsnprintf() in stdio.h... Yes.
Checking for return value of vsnprintf()... Yes.
 * econf: updating zlib-1.2.8/contrib/minizip/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating zlib-1.2.8/contrib/minizip/config.sub with /usr/share/gnuconfig/config.sub
 * econf: updating zlib-1.2.8-default/contrib/minizip/config.guess with /usr/share/gnuconfig/config.guess
 * econf: updating zlib-1.2.8-default/contrib/minizip/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib --disable-dependency-tracking --disable-static
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking how to print strings... printf
checking for style of include used by make... GNU
checking for i686-pc-linux-gnu-gcc... no
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... none
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by gcc... /usr/i486-pc-linux-gnu/bin/ld
checking if the linker (/usr/i486-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert i686-pc-linux-gnu file names to i686-pc-linux-gnu format... func_convert_file_noop
checking how to convert i686-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/i486-pc-linux-gnu/bin/ld option to reload object files... -r
checking for i686-pc-linux-gnu-objdump... no
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for i686-pc-linux-gnu-dlltool... no
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for i686-pc-linux-gnu-ar... no
checking for ar... ar
checking for archiver @FILE support... @
checking for i686-pc-linux-gnu-strip... no
checking for strip... strip
checking for i686-pc-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for i686-pc-linux-gnu-mt... no
checking for mt... no
checking if : is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/i486-pc-linux-gnu/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking whether to build example programs... no
checking for unistd.h... (cached) yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating minizip.pc
config.status: executing depfiles commands
config.status: executing libtool commands
>>> Source configured.
>>> Compiling source in /var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8 ...
 * default: running multilib-minimal_abi_src_compile
make -j2
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -I. -c -o example.o test/example.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o adler32.o adler32.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o crc32.o crc32.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o deflate.o deflate.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o infback.o infback.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o inffast.o inffast.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o inflate.o inflate.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o inftrees.o inftrees.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o trees.o trees.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o zutil.o zutil.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o compress.o compress.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o uncompr.o uncompr.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o gzclose.o gzclose.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o gzlib.o gzlib.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o gzread.o gzread.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1   -c -o gzwrite.o gzwrite.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -I. -c -o minigzip.o test/minigzip.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/adler32.o adler32.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/crc32.o crc32.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/deflate.o deflate.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/infback.o infback.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/inffast.o inffast.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/inflate.o inflate.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/inftrees.o inftrees.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/trees.o trees.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/zutil.o zutil.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/compress.o compress.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/uncompr.o uncompr.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/gzclose.o gzclose.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/gzlib.o gzlib.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/gzread.o gzread.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -DPIC -c -o objs/gzwrite.o gzwrite.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -I. -D_FILE_OFFSET_BITS=64 -c -o example64.o test/example.c
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -I. -D_FILE_OFFSET_BITS=64 -c -o minigzip64.o test/minigzip.c
ar rc libz.a adler32.o crc32.o deflate.o infback.o inffast.o inflate.o inftrees.o trees.o zutil.o compress.o uncompr.o gzclose.o gzlib.o gzread.o gzwrite.o
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -o example example.o -L. libz.a
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -o minigzip minigzip.o -L. libz.a
cc -shared -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -o libz.so.1.2.8 adler32.lo crc32.lo deflate.lo infback.lo inffast.lo inflate.lo inftrees.lo trees.lo zutil.lo compress.lo uncompr.lo gzclose.lo gzlib.lo gzread.lo gzwrite.lo  -lc -Wl,-O1 -Wl,--as-needed
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -o example64 example64.o -L. libz.a
/usr/lib/gcc/i486-pc-linux-gnu/4.7.3/../../../../i486-pc-linux-gnu/bin/ld: crc32.lo: warning: relocation in readonly section `.text'.
/usr/lib/gcc/i486-pc-linux-gnu/4.7.3/../../../../i486-pc-linux-gnu/bin/ld: warning: creating a DT_TEXTREL in object.
rm -f libz.so libz.so.1
ln -s libz.so.1.2.8 libz.so
ln -s libz.so.1.2.8 libz.so.1
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -o minigzip64 minigzip64.o -L. libz.a
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -o examplesh example.o -L. libz.so.1.2.8
cc -O2 -march=i686 -pipe -fomit-frame-pointer -D_LARGEFILE64_SOURCE=1 -o minigzipsh minigzip.o -L. libz.so.1.2.8
make -j2 -C contrib/minizip
make: Entering directory `/var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8-default/contrib/minizip'
/bin/sh ./libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" -DPACKAGE_STRING=\"minizip\ 1.2.8\" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I.  -I./../..   -O2 -march=i686 -pipe -fomit-frame-pointer -c -o ioapi.lo ioapi.c
/bin/sh ./libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" -DPACKAGE_STRING=\"minizip\ 1.2.8\" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I.  -I./../..   -O2 -march=i686 -pipe -fomit-frame-pointer -c -o mztools.lo mztools.c
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" "-DPACKAGE_STRING=\"minizip 1.2.8\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I./../.. -O2 -march=i686 -pipe -fomit-frame-pointer -c mztools.c  -fPIC -DPIC -o .libs/mztools.o
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" "-DPACKAGE_STRING=\"minizip 1.2.8\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I./../.. -O2 -march=i686 -pipe -fomit-frame-pointer -c ioapi.c  -fPIC -DPIC -o .libs/ioapi.o
/bin/sh ./libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" -DPACKAGE_STRING=\"minizip\ 1.2.8\" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I.  -I./../..   -O2 -march=i686 -pipe -fomit-frame-pointer -c -o unzip.lo unzip.c
/bin/sh ./libtool  --tag=CC   --mode=compile gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" -DPACKAGE_STRING=\"minizip\ 1.2.8\" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I.  -I./../..   -O2 -march=i686 -pipe -fomit-frame-pointer -c -o zip.lo zip.c
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" "-DPACKAGE_STRING=\"minizip 1.2.8\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I./../.. -O2 -march=i686 -pipe -fomit-frame-pointer -c unzip.c  -fPIC -DPIC -o .libs/unzip.o
libtool: compile:  gcc -DPACKAGE_NAME=\"minizip\" -DPACKAGE_TARNAME=\"minizip\" -DPACKAGE_VERSION=\"1.2.8\" "-DPACKAGE_STRING=\"minizip 1.2.8\"" -DPACKAGE_BUGREPORT=\"bugzilla.redhat.com\" -DPACKAGE_URL=\"\" -DPACKAGE=\"minizip\" -DVERSION=\"1.2.8\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -I. -I./../.. -O2 -march=i686 -pipe -fomit-frame-pointer -c zip.c  -fPIC -DPIC -o .libs/zip.o
/bin/sh ./libtool  --tag=CC   --mode=link gcc  -O2 -march=i686 -pipe -fomit-frame-pointer -L./../.. -version-info 1:0:0 -lz -Wl,-O1 -Wl,--as-needed -o libminizip.la -rpath /usr/lib ioapi.lo mztools.lo unzip.lo zip.lo   
libtool: link: gcc -shared  -fPIC -DPIC  .libs/ioapi.o .libs/mztools.o .libs/unzip.o .libs/zip.o   -L./../.. -lz -Wl,--as-needed  -O2 -march=i686 -Wl,-O1   -Wl,-soname -Wl,libminizip.so.1 -o .libs/libminizip.so.1.0.0
libtool: link: (cd ".libs" && rm -f "libminizip.so.1" && ln -s "libminizip.so.1.0.0" "libminizip.so.1")
libtool: link: (cd ".libs" && rm -f "libminizip.so" && ln -s "libminizip.so.1.0.0" "libminizip.so")
libtool: link: ( cd ".libs" && rm -f "libminizip.la" && ln -s "../libminizip.la" "libminizip.la" )
make: Leaving directory `/var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8-default/contrib/minizip'
>>> Source compiled.
>>> Test phase [not enabled]: sys-libs/zlib-1.2.8-r1

>>> Install zlib-1.2.8-r1 into /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image/ category sys-libs
 * default: running multilib-minimal_abi_src_install
make -j2 install DESTDIR=/var/tmp/portage/sys-libs/zlib-1.2.8-r1/image/ LDCONFIG=:
cp libz.a /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/lib
chmod 644 /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/lib/libz.a
cp libz.so.1.2.8 /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/lib
chmod 755 /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/lib/libz.so.1.2.8
cp zlib.3 /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/share/man/man3
chmod 644 /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/share/man/man3/zlib.3
cp zlib.pc /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/lib/pkgconfig
chmod 644 /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/lib/pkgconfig/zlib.pc
cp zlib.h zconf.h /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/include
chmod 644 /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/include/zlib.h /var/tmp/portage/sys-libs/zlib-1.2.8-r1/image//usr/include/zconf.h
 * ERROR: sys-libs/zlib-1.2.8-r1::gentoo failed (install phase):
 *   unable to read SONAME from libz.so
 *
 * Call stack:
 *     ebuild.sh, line   93:  Called src_install
 *   environment, line 3419:  Called multilib-minimal_src_install
 *   environment, line 2826:  Called multilib_foreach_abi 'multilib-minimal_abi_src_install'
 *   environment, line 2987:  Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install'
 *   environment, line 2630:  Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_install'
 *   environment, line 2628:  Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_install'
 *   environment, line  462:  Called multilib-minimal_abi_src_install
 *   environment, line 2814:  Called multilib_src_install
 *   environment, line 3153:  Called gen_usr_ldscript '-a' 'z'
 *   environment, line 2056:  Called die
 * The specific snippet of code:
 *                       [[ -z ${tlib} ]] && die "unable to read SONAME from ${lib}";
 *
 * If you need support, post the output of `emerge --info '=sys-libs/zlib-1.2.8-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-libs/zlib-1.2.8-r1::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8-default'
 * S: '/var/tmp/portage/sys-libs/zlib-1.2.8-r1/work/zlib-1.2.8'


I did search and came to a forum post https://forums.gentoo.org/viewtopic-t-825260-start-0.html and tried the suggestion proposed near the end. The "emerge -u zlib" did nothing it only told me zlib was already installed. At point 6 the SONAME was returned as listed. But still point 7 failed with the same message "unable to read SONAME".
_________________
Expert in non-working solutions
Back to top
View user's profile Send private message
patrix_neo
Guru
Guru


Joined: 08 Jan 2004
Posts: 520
Location: The Maldives

PostPosted: Thu Dec 26, 2013 7:03 pm    Post subject: Reply with quote

It seems like you have i486 in you CFLAGS, set in your make.conf.
You are probably using a profile for i686.
However, you do have multilib-minimal active as well. I don't know how that runs when coming to the bridge between x86 and x86_64 binaries comparing to going with multilib instead.

It seems to me, you are having a binary mixing that isn't co-working well in all aspects.

Things that comes to my mind is:

You do have 7 news items to check out. Might be some vital information in there.
Check what profile the system is using.
What would an emerge @preserved-rebuild -pv give? Might be something that needs to be rebuilt for that system.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21618

PostPosted: Thu Dec 26, 2013 9:26 pm    Post subject: Reply with quote

His emerge --info shows a clean i686. The most recent successful zlib was probably built for i486, and since he cannot rebuild it yet, the CHOST shown is for that last build. This might happen if the zlib is the one which came with his stage3.

That multlib-minimal appears to be an implementation detail. The zlib package is now multlib aware, so it always defers to multilib-minimal to perform the installation. As noted in the eclass comments, for non-multilib users, it will run the commands unmodified.

The error message shown indicates that scanelf returned an empty string while trying to get the SONAME. OP: does scanelf work for you at all?
Back to top
View user's profile Send private message
Spanik
l33t
l33t


Joined: 12 Dec 2003
Posts: 942
Location: Belgium

PostPosted: Fri Dec 27, 2013 3:46 pm    Post subject: Reply with quote

More or less solved, but I still like to know what happened...

Quote:
Check what profile the system is using.
What would an emerge @preserved-rebuild -pv give? Might be something that needs to be rebuilt for that system.


profile: default/linux/x86/13.0/desktop/kde
emerge @preserved-rebuild -pv: 0 packages

Quote:
The most recent successful zlib was probably built for i486, and since he cannot rebuild it yet, the CHOST shown is for that last build. This might happen if the zlib is the one which came with his stage3.


Well, I used a i486 stage 3 but there was a websync-rebuild before. I did change the references to i486 to i686 in make.conf before I started any compiling. Did this for march=i686 and CHOST="i686-pc-linux-gnu".

I guess this is indeed something about i486 and i686. I find it strange there wasn't an i686 stage 3, only i486. I changed my setting of i686 to i486 (in CHOST and march=) in make.conf and emerged zlib again to i486. Then I can emerge zlib. Changed everything back to i686 afterwards. I guess it can't do any harm as an i686 cpu should execute i486.

The multilib issue is something I do not understand. This is a plain x86_32 cpu. So why should multilib even be installed? I always tought it was for letting 64bit cpu's execute 32bit code.

Quote:
The error message shown indicates that scanelf returned an empty string while trying to get the SONAME. OP: does scanelf work for you at all?


How do I check that scanelf thing?
_________________
Expert in non-working solutions
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21618

PostPosted: Fri Dec 27, 2013 11:26 pm    Post subject: Reply with quote

Spanik wrote:
I guess this is indeed something about i486 and i686. I find it strange there wasn't an i686 stage 3, only i486. I changed my setting of i686 to i486 (in CHOST and march=) in make.conf and emerged zlib again to i486. Then I can emerge zlib. Changed everything back to i686 afterwards. I guess it can't do any harm as an i686 cpu should execute i486.
Does the stage3 in http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3-i686/ not work for you?
Spanik wrote:
The multilib issue is something I do not understand. This is a plain x86_32 cpu. So why should multilib even be installed? I always tought it was for letting 64bit cpu's execute 32bit code.
Ignore it. The tree is multilib-aware, so you get multilib-aware functions in your error messages. When run on legacy systems that lack amd64 support, the multilib support should automatically install only the single library bitness that your machine can handle.
Spanik wrote:
Quote:
The error message shown indicates that scanelf returned an empty string while trying to get the SONAME. OP: does scanelf work for you at all?


How do I check that scanelf thing?
Start with scanelf --help, then move on to running it more like how the eclass does.
Back to top
View user's profile Send private message
Spanik
l33t
l33t


Joined: 12 Dec 2003
Posts: 942
Location: Belgium

PostPosted: Sat Dec 28, 2013 11:59 am    Post subject: Reply with quote

Quote:
Does the stage3 in http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3-i686/ not work for you?


Well, I went to http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3/ and the only one there is the i486. Didn't look further to be honest.

Scanelf seems to work (as far as I can tell). Using it with -p gives me a very long list.
_________________
Expert in non-working solutions
Back to top
View user's profile Send private message
patrix_neo
Guru
Guru


Joined: 08 Jan 2004
Posts: 520
Location: The Maldives

PostPosted: Sat Dec 28, 2013 7:46 pm    Post subject: Reply with quote

Spanik wrote:
Quote:
Does the stage3 in http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3-i686/ not work for you?


Well, I went to http://distfiles.gentoo.org/releases/x86/autobuilds/current-stage3/ and the only one there is the i486. Didn't look further to be honest.

Scanelf seems to work (as far as I can tell). Using it with -p gives me a very long list.


You should listen to Hu (who?). Hu. A good guy. But as it seems, you do have a mix of binaries. Listen to Ho (who?) I mean Hu.
You do have a low spec machine (1,75Ghz) and about 1GB mem. As such I would doubtfully try any major DE, but it does bugger me on your errors in the portage emerge. Shouldn't really happened if being disciplined as I can see you have been. Errors do occure in portage too. You might be lucky trying another emerge --sync (wait a day in between tries). Then try the emerge @preserved-rebuild or even just an emerge -DNu world might fix it.
Back to top
View user's profile Send private message
Spanik
l33t
l33t


Joined: 12 Dec 2003
Posts: 942
Location: Belgium

PostPosted: Sat Dec 28, 2013 9:11 pm    Post subject: Reply with quote

Problem is that Hu has a lot more knowledge than I have and I find it difficult to follow. I only know enough to be dangerous. I try to understand but most of it goes above my head.

Have been using Gentoo for 10 years now but I find it gets harder and harder to get a basic setup running. Once it is running it is smooth. But to get there is each install harder.

I try to understand but a bit more noob level explanation might be a good thing.

Once it is set up this won't be a problem. I want to use this "pc" at work to do a bit of simple programing and some music playback. So it doesn't need to be fast but I'd like KDE as this is what I use on my desktop at home.
_________________
Expert in non-working solutions
Back to top
View user's profile Send private message
patrix_neo
Guru
Guru


Joined: 08 Jan 2004
Posts: 520
Location: The Maldives

PostPosted: Mon Dec 30, 2013 8:51 pm    Post subject: Reply with quote

Spanik wrote:
Problem is that Hu has a lot more knowledge than I have and I find it difficult to follow. I only know enough to be dangerous. I try to understand but most of it goes above my head.

Have been using Gentoo for 10 years now but I find it gets harder and harder to get a basic setup running. Once it is running it is smooth. But to get there is each install harder.

I try to understand but a bit more noob level explanation might be a good thing.

Once it is set up this won't be a problem. I want to use this "pc" at work to do a bit of simple programing and some music playback. So it doesn't need to be fast but I'd like KDE as this is what I use on my desktop at home.


Ok and I agree. Hu is great. Have you tried to read your 7 messages?
Code:
 eselect news read


Be prepared for a long message list. Have the buffer in the console/terminal to fill at least 128kb. I'd put 512kb just because of the critical situation. You never know. I have had similar problem with zlib too. I just cannot remember how I fixed it. Have you googled it?
A fast one says some about -j1 in compile options to be the possible culprit.
[edit]
This one is extra interesting to your problem:
funtoo wrote:

OK, the problem here is that the i486 and generic_32 metro builds were set to use a CHOST of i486-pc-linux-gnu, but the new funtoo-1.0 profiles were setting a consistent CHOST of i686-pc-linux-gnu for all 32-bit builds (CHOST is no longer specified in make.conf but is coming from the x86-32bit profile.)

I think the best fix here is to standardize on i686-pc-linux-gnu for CHOST for 32-bit builds and then re-launch the generic_32 build.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 21618

PostPosted: Mon Dec 30, 2013 10:39 pm    Post subject: Reply with quote

Spanik wrote:
Problem is that Hu has a lot more knowledge than I have and I find it difficult to follow. I only know enough to be dangerous. I try to understand but most of it goes above my head.

Have been using Gentoo for 10 years now but I find it gets harder and harder to get a basic setup running. Once it is running it is smooth. But to get there is each install harder.

I try to understand but a bit more noob level explanation might be a good thing.
Your join date is working against you. I tend to assume anyone who has been around as long as you have would have handled enough build issues that I can be terse without being unhelpful.

Your error message call stack shows the function path that led to the failure. In gen_usr_ldscript, you will find a call to scanelf followed by the -z test shown in your error output. Manually running that scanelf command on the built library would be helpful. You can find the built library in the path shown in the make install output.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum