Hello, the last binutils update broke linking of executables in some packages. E.g. php5. The symptom looks like this: $ gcc -o conftest conftest.c -lc-client -lssl -lpam /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../lib64/libc-client.so: undefined reference to `pam_start' So an application linking against some libx (c-client above) needing symbols of liby (libpam above), where libx itself isn't linked against liby. I.e. it's expected that all users of libx need to link against liby themself. This situation _is_ normally okay. Except that the recent binutils (in connection with link with --as-needed which is the default in our build-system) update broke it when those symbols are only provided in a versioned variant (like the pam symbols from libpam.so). There's a work-around, namely explicitely linking against liby when producing libx. Otherwise you'll have to wait for an updated and fixed binutils. Ciao, Michael. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org