Am 07.10.18 um 00:17 schrieb L A Walsh:
So I should file this as a bug against factory or tumbleweed? There was some disagreement about whether or not they should be treated the same?
Tumbleweed == Factory.
Because these utils 'should' be statically linkable and *are* on redhat> (which I thought opensuse was based on).
Where do you get your alternative facts from?
So how did static linking get broken for us but still work for redhat?
It did not get broken. seife@strolchi:/dev/shm/util-linux-2.33-rc1> ./configure --enable-static-programs=mount,umount checking for gcc... gcc [...] checking if gcc static flag -static works... yes [...] checking whether to build shared libraries... yes checking whether to build static libraries... yes [...] configure: enable static build: mount. configure: enable static build: umount. [...] Type 'make' or 'make <utilname>' to compile. seife@strolchi:/dev/shm/util-linux-2.33-rc1> make -j8 mount.static \ umount.static CC lib/libuuid_la-randutils.lo CC lib/libuuid_la-md5.lo CC lib/libuuid_la-sha1.lo CC sys-utils/umount_static-umount.o CC sys-utils/mount_static-mount.o [...] CCLD libblkid.la copying selected object files to avoid basename conflicts... CCLD libmount.la CCLD mount.static CCLD umount.static /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: ./.libs/libmount.a(libmount_la-utils.o): in function `mnt_get_gid': /dev/shm/util-linux-2.33-rc1/libmount/src/utils.c:614: warning: Using 'getgrnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: ./.libs/libmount.a(libmount_la-utils.o): in function `mnt_get_uid': /dev/shm/util-linux-2.33-rc1/libmount/src/utils.c:587: warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: ./.libs/libmount.a(libmount_la-utils.o): in function `mnt_get_username': /dev/shm/util-linux-2.33-rc1/libmount/src/utils.c:566: warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: ./.libs/libmount.a(libmount_la-utils.o): in function `mnt_get_gid': /dev/shm/util-linux-2.33-rc1/libmount/src/utils.c:614: warning: Using 'getgrnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: ./.libs/libmount.a(libmount_la-utils.o): in function `mnt_get_uid': /dev/shm/util-linux-2.33-rc1/libmount/src/utils.c:587: warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib64/gcc/x86_64-suse-linux/8/../../../../x86_64-suse-linux/bin/ld: ./.libs/libmount.a(libmount_la-utils.o): in function `mnt_get_username': /dev/shm/util-linux-2.33-rc1/libmount/src/utils.c:566: warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking seife@strolchi:/dev/shm/util-linux-2.33-rc1> file mount.static mount.static: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=13f8198ac488c2c3f689c37a141adfbc63ec3af4, with debug_info, not stripped seife@strolchi:/dev/shm/util-linux-2.33-rc1> ldd mount.static not a dynamic executable The bug is thus "RESOLVED WORKSFORME"
so I see... Except I got:
CC sys-utils/mount_static-mount.o CCLD mount.static libtool: warning: complete static linking is impossible in this configuration /usr/bin/ld: total time in link: 0.038189 CC sys-utils/umount_static-umount.o CCLD umount.static libtool: warning: complete static linking is impossible in this configuration /usr/bin/ld: total time in link: 0.039017
ld is not giving this output for me, do you use some strange options that might interfere?
with ldd: Ishtar:tools/util-linux/util-linux-2.33-rc1> ldd mount.static linux-vdso.so.1 (0x00007ffc38d78000) librt.so.1 => /lib64/librt.so.1 (0x0000003001c00000) libc.so.6 => /lib64/libc.so.6 (0x0000003000800000) libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003000c00000) /lib64/ld-linux-x86-64.so.2 (0x00007f81b9262000)
So why would it work on redhat but not opensuse? Any ideas?
You are doing it wrong. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org