Arch Linux

I already looked up on older bug reports [1] and I would like a reconsideration of the inclusion of the missing static libs in glibc.

From a practical standpoint, I only need librt.a and libutil.a added to compile rkt [2] which I will be considering for [community] inclusion after trying it some more.

A bug has already been reported upstream about this static linking and the official response is that this is a hard requirement [3].

Not having these libraries in glibc would leave me with 2 options:
1. moving glibc-static [4] to [community]
2. building glibc as part of the rkt PKGBUILD and hack the build process to link against it

I'm not a fan of either of those options.

Considering the glibc package itself, it already contains most of the static libraries:
libc.a
libc_nonshared.a
libcrypt.a
libdl.a
libg.a
libieee.a
libm.a
libmcheck.a
libpthread.a
libpthread_nonshared.a
librpcsvc.a

and the only missing libraries are:
libBrokenLocale.a
librt.a
libmvec.a
libresolv.a
libanl.a
libnsl.a
libutil.a

Which would add only 0,72 MiB to a 35,08 MiB package.
I don't see any harm done with the inclusion of these missing libraries while maintaining an official discouragement of static linking, but I am open to discussion.

Thanks!

[1] https://bugs.archlinux.org/task/45814
[2] https://coreos.com/rkt/
[3] https://github.com/coreos/rkt/issues/1743
[4] https://aur.archlinux.org/packages/glibc-static/