[-- Attachment #1: Type: text/plain, Size: 2025 bytes --] There is a new pull request by ericonr against master on the void-packages repository https://github.com/ericonr/void-packages glibc https://github.com/void-linux/void-packages/pull/32330 glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. <!-- Mark items with [x] where applicable --> #### General - [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements) #### Have the results of the proposed changes been tested? - [ ] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me - [ ] I generally don't use the affected packages but briefly tested this PR <!-- If GitHub CI cannot be used to validate the build result (for example, if the build is likely to take several hours), make sure to [skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration). When skipping CI, uncomment and fill out the following section. Note: for builds that are likely to complete in less than 2 hours, it is not acceptable to skip CI. --> <!-- #### Does it build and run successfully? (Please choose at least one native build and, if supported, at least one cross build. More are better.) - [ ] I built this PR locally for my native architecture, (ARCH-LIBC) - [ ] I built this PR locally for these architectures (if supported. mark crossbuilds): - [ ] aarch64-musl - [ ] armv7l - [ ] armv6l-musl --> A patch file from https://github.com/void-linux/void-packages/pull/32330.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-glibc-32330.patch --] [-- Type: text/x-diff, Size: 2478 bytes --] From 915ecdf2c6239a600eb275611a8af8cc1bb22386 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=89rico=20Nogueira?= <erico.erc@gmail.com> Date: Thu, 5 Aug 2021 01:22:17 -0300 Subject: [PATCH] glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. --- srcpkgs/glibc/template | 43 +++++++++++++++++++----------------------- 1 file changed, 19 insertions(+), 24 deletions(-) diff --git a/srcpkgs/glibc/template b/srcpkgs/glibc/template index c62a4d2aedf1..da321c793356 100644 --- a/srcpkgs/glibc/template +++ b/srcpkgs/glibc/template @@ -1,14 +1,14 @@ # Template file for 'glibc' pkgname=glibc -version=2.32 -revision=2 +version=2.34 +revision=1 bootstrap=yes short_desc="GNU C library" maintainer="Enno Boland <gottox@voidlinux.org>" license="GPL-2.0-or-later, LGPL-2.1-or-later, BSD-3-Clause" homepage="http://www.gnu.org/software/libc" distfiles="${GNU_SITE}/glibc/glibc-${version}.tar.xz" -checksum=1627ea54f5a1a8467032563393e0901077626dc66f37f10ee6363bb722222836 +checksum=44d26a1fe20b8853a48f470ead01e4279e869ac149b195dda4e44a195d981ab2 # Do not strip these files, objcopy errors out. nostrip_files=" XBS5_ILP32_OFFBIG @@ -20,27 +20,22 @@ nostrip_files=" POSIX_V6_LP64_OFF64 POSIX_V7_LP64_OFF64 XBS5_LP64_OFF64 - ld-${version}.so - libdl-${version}.so - libanl-${version}.so - libcidn-${version}.so - libresolv-${version}.so - libcrypt-${version}.so - libpthread-${version}.so - libm-${version}.so - libutil-${version}.so - libthread_db-1.0.so - librt-${version}.so - libnsl-${version}.so - libc-${version}.so - libBrokenLocale-${version}.so - libnss_compat-${version}.so - libnss_db-${version}.so - libnss_dns-${version}.so - libnss_files-${version}.so - libnss_hesiod-${version}.so - libnss_nisplus-${version}.so - libnss_nis-${version}.so" + ld-linux-x86-64.so.2 + libresolv.so.2 + libcrypt.so.1 + libm.so.6 + libthread_db.so.1 + libnsl.so.1 + libc.so.6 + libc_malloc_debug.so.0 + libmemusage.so + libmvec.so.1 + libBrokenLocale.so.1 + libnss_compat.so.2 + libnss_db.so.2 + libnss_dns.so.2 + libnss_files.so.2 + libnss_hesiod.so.2" conf_files=" /etc/rpc
[-- Attachment #1: Type: text/plain, Size: 248 bytes --] New review comment by ericonr on void-packages repository https://github.com/void-linux/void-packages/pull/32330#discussion_r683119018 Comment: Suggestions on how to cover all dynamic linkers? Or just list them extensively? Can this take a glob?
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --] There is an updated pull request by ericonr against master on the void-packages repository https://github.com/ericonr/void-packages glibc https://github.com/void-linux/void-packages/pull/32330 glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. <!-- Mark items with [x] where applicable --> #### General - [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements) #### Have the results of the proposed changes been tested? - [ ] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me - [ ] I generally don't use the affected packages but briefly tested this PR <!-- If GitHub CI cannot be used to validate the build result (for example, if the build is likely to take several hours), make sure to [skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration). When skipping CI, uncomment and fill out the following section. Note: for builds that are likely to complete in less than 2 hours, it is not acceptable to skip CI. --> <!-- #### Does it build and run successfully? (Please choose at least one native build and, if supported, at least one cross build. More are better.) - [ ] I built this PR locally for my native architecture, (ARCH-LIBC) - [ ] I built this PR locally for these architectures (if supported. mark crossbuilds): - [ ] aarch64-musl - [ ] armv7l - [ ] armv6l-musl --> A patch file from https://github.com/void-linux/void-packages/pull/32330.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-glibc-32330.patch --] [-- Type: text/x-diff, Size: 2547 bytes --] From 1131f736641c8b935980ab1a2a037551dd70885b Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=89rico=20Nogueira?= <erico.erc@gmail.com> Date: Thu, 5 Aug 2021 01:22:17 -0300 Subject: [PATCH] glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. Finally, we also remove the obsolete entries which no longer exist. --- srcpkgs/glibc/template | 43 +++++++++++++++++++----------------------- 1 file changed, 19 insertions(+), 24 deletions(-) diff --git a/srcpkgs/glibc/template b/srcpkgs/glibc/template index c62a4d2aedf1..da321c793356 100644 --- a/srcpkgs/glibc/template +++ b/srcpkgs/glibc/template @@ -1,14 +1,14 @@ # Template file for 'glibc' pkgname=glibc -version=2.32 -revision=2 +version=2.34 +revision=1 bootstrap=yes short_desc="GNU C library" maintainer="Enno Boland <gottox@voidlinux.org>" license="GPL-2.0-or-later, LGPL-2.1-or-later, BSD-3-Clause" homepage="http://www.gnu.org/software/libc" distfiles="${GNU_SITE}/glibc/glibc-${version}.tar.xz" -checksum=1627ea54f5a1a8467032563393e0901077626dc66f37f10ee6363bb722222836 +checksum=44d26a1fe20b8853a48f470ead01e4279e869ac149b195dda4e44a195d981ab2 # Do not strip these files, objcopy errors out. nostrip_files=" XBS5_ILP32_OFFBIG @@ -20,27 +20,22 @@ nostrip_files=" POSIX_V6_LP64_OFF64 POSIX_V7_LP64_OFF64 XBS5_LP64_OFF64 - ld-${version}.so - libdl-${version}.so - libanl-${version}.so - libcidn-${version}.so - libresolv-${version}.so - libcrypt-${version}.so - libpthread-${version}.so - libm-${version}.so - libutil-${version}.so - libthread_db-1.0.so - librt-${version}.so - libnsl-${version}.so - libc-${version}.so - libBrokenLocale-${version}.so - libnss_compat-${version}.so - libnss_db-${version}.so - libnss_dns-${version}.so - libnss_files-${version}.so - libnss_hesiod-${version}.so - libnss_nisplus-${version}.so - libnss_nis-${version}.so" + ld-linux-x86-64.so.2 + libresolv.so.2 + libcrypt.so.1 + libm.so.6 + libthread_db.so.1 + libnsl.so.1 + libc.so.6 + libc_malloc_debug.so.0 + libmemusage.so + libmvec.so.1 + libBrokenLocale.so.1 + libnss_compat.so.2 + libnss_db.so.2 + libnss_dns.so.2 + libnss_files.so.2 + libnss_hesiod.so.2" conf_files=" /etc/rpc
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --] There is an updated pull request by ericonr against master on the void-packages repository https://github.com/ericonr/void-packages glibc https://github.com/void-linux/void-packages/pull/32330 glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. <!-- Mark items with [x] where applicable --> #### General - [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements) #### Have the results of the proposed changes been tested? - [ ] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me - [ ] I generally don't use the affected packages but briefly tested this PR <!-- If GitHub CI cannot be used to validate the build result (for example, if the build is likely to take several hours), make sure to [skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration). When skipping CI, uncomment and fill out the following section. Note: for builds that are likely to complete in less than 2 hours, it is not acceptable to skip CI. --> <!-- #### Does it build and run successfully? (Please choose at least one native build and, if supported, at least one cross build. More are better.) - [ ] I built this PR locally for my native architecture, (ARCH-LIBC) - [ ] I built this PR locally for these architectures (if supported. mark crossbuilds): - [ ] aarch64-musl - [ ] armv7l - [ ] armv6l-musl --> A patch file from https://github.com/void-linux/void-packages/pull/32330.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-glibc-32330.patch --] [-- Type: text/x-diff, Size: 3201 bytes --] From 5f3334d21ecc871d143fdae42d8a1dc5fe0539a2 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=89rico=20Nogueira?= <erico.erc@gmail.com> Date: Thu, 5 Aug 2021 01:22:17 -0300 Subject: [PATCH] glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. Finally, we also: - remove from nostrip the obsolete entries which no longer exist - remove the xbps.d special casing, which is now done in the xbps template for all archs --- srcpkgs/glibc/template | 55 +++++++++++++++--------------------------- 1 file changed, 19 insertions(+), 36 deletions(-) diff --git a/srcpkgs/glibc/template b/srcpkgs/glibc/template index c62a4d2aedf1..897fa0619764 100644 --- a/srcpkgs/glibc/template +++ b/srcpkgs/glibc/template @@ -1,14 +1,14 @@ # Template file for 'glibc' pkgname=glibc -version=2.32 -revision=2 +version=2.34 +revision=1 bootstrap=yes short_desc="GNU C library" maintainer="Enno Boland <gottox@voidlinux.org>" license="GPL-2.0-or-later, LGPL-2.1-or-later, BSD-3-Clause" homepage="http://www.gnu.org/software/libc" distfiles="${GNU_SITE}/glibc/glibc-${version}.tar.xz" -checksum=1627ea54f5a1a8467032563393e0901077626dc66f37f10ee6363bb722222836 +checksum=44d26a1fe20b8853a48f470ead01e4279e869ac149b195dda4e44a195d981ab2 # Do not strip these files, objcopy errors out. nostrip_files=" XBS5_ILP32_OFFBIG @@ -20,27 +20,22 @@ nostrip_files=" POSIX_V6_LP64_OFF64 POSIX_V7_LP64_OFF64 XBS5_LP64_OFF64 - ld-${version}.so - libdl-${version}.so - libanl-${version}.so - libcidn-${version}.so - libresolv-${version}.so - libcrypt-${version}.so - libpthread-${version}.so - libm-${version}.so - libutil-${version}.so - libthread_db-1.0.so - librt-${version}.so - libnsl-${version}.so - libc-${version}.so - libBrokenLocale-${version}.so - libnss_compat-${version}.so - libnss_db-${version}.so - libnss_dns-${version}.so - libnss_files-${version}.so - libnss_hesiod-${version}.so - libnss_nisplus-${version}.so - libnss_nis-${version}.so" + ld-linux-x86-64.so.2 + libresolv.so.2 + libcrypt.so.1 + libm.so.6 + libthread_db.so.1 + libnsl.so.1 + libc.so.6 + libc_malloc_debug.so.0 + libmemusage.so + libmvec.so.1 + libBrokenLocale.so.1 + libnss_compat.so.2 + libnss_db.so.2 + libnss_dns.so.2 + libnss_files.so.2 + libnss_hesiod.so.2" conf_files=" /etc/rpc @@ -163,18 +158,6 @@ do_install() { rm -f ${DESTDIR}/usr/bin/z{dump,ic} mv ${DESTDIR}/usr/sbin/* ${DESTDIR}/usr/bin - - # Create xbps.d(5) arch override file for 32-bit architectures - # 32-bit userlands may be used with 64-bit kernels and then - # xbps will report an incorrect architecture by default - case "$XBPS_TARGET_MACHINE" in - i686|ppc|ppcle|armv*) - vmkdir usr/share/xbps.d - echo "architecture=${XBPS_TARGET_MACHINE}" > \ - ${DESTDIR}/usr/share/xbps.d/arch-32bit.conf - ;; - *) ;; - esac } glibc-devel_package() {
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --] There is an updated pull request by ericonr against master on the void-packages repository https://github.com/ericonr/void-packages glibc https://github.com/void-linux/void-packages/pull/32330 glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. <!-- Mark items with [x] where applicable --> #### General - [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements) #### Have the results of the proposed changes been tested? - [ ] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me - [ ] I generally don't use the affected packages but briefly tested this PR <!-- If GitHub CI cannot be used to validate the build result (for example, if the build is likely to take several hours), make sure to [skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration). When skipping CI, uncomment and fill out the following section. Note: for builds that are likely to complete in less than 2 hours, it is not acceptable to skip CI. --> <!-- #### Does it build and run successfully? (Please choose at least one native build and, if supported, at least one cross build. More are better.) - [ ] I built this PR locally for my native architecture, (ARCH-LIBC) - [ ] I built this PR locally for these architectures (if supported. mark crossbuilds): - [ ] aarch64-musl - [ ] armv7l - [ ] armv6l-musl --> A patch file from https://github.com/void-linux/void-packages/pull/32330.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-glibc-32330.patch --] [-- Type: text/x-diff, Size: 5601 bytes --] From 2661cc9b18e20293d860c575768c7bf24b5bc3fe Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=89rico=20Nogueira?= <erico.erc@gmail.com> Date: Thu, 5 Aug 2021 01:22:17 -0300 Subject: [PATCH] glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. So we now have to explicitly list the dynamic linkers. The list was taken from common/shlibs. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. Finally, we also: - remove from nostrip the obsolete entries which no longer exist - remove the xbps.d special casing, which is now done in the xbps template for all archs - update common/shlibs and remove outdated entry --- common/shlibs | 59 ++++++++++++++++++++-------------------- srcpkgs/glibc/template | 61 +++++++++++++++++------------------------- 2 files changed, 54 insertions(+), 66 deletions(-) diff --git a/common/shlibs b/common/shlibs index f768a637aed5..4d1a9d39d2a9 100644 --- a/common/shlibs +++ b/common/shlibs @@ -17,36 +17,35 @@ # one (order top->bottom) is preferred over the next ones. # libc.so musl-1.1.24_7 -libc.so.6 glibc-2.32_1 -libm.so.6 glibc-2.32_1 -libpthread.so.0 glibc-2.32_1 -librt.so.1 glibc-2.32_1 -libdl.so.2 glibc-2.32_1 -ld-linux-x86-64.so.2 glibc-2.32_1 x86_64 -ld-linux.so.2 glibc-2.32_1 i686 -ld-linux.so.3 glibc-2.32_1 armv5tel -ld-linux-aarch64.so.1 glibc-2.32_1 aarch64 -ld64.so.2 glibc-2.32_1 ppc64 -ld.so.1 glibc-2.32_1 mips -ld.so.1 glibc-2.32_1 ppc -ld-linux-armhf.so.3 glibc-2.32_1 -libresolv.so.2 glibc-2.32_1 -libanl.so.1 glibc-2.32_1 -libthread_db.so.1 glibc-2.32_1 -libutil.so.1 glibc-2.32_1 -libnsl.so.1 glibc-2.32_1 -libnss_db.so.2 glibc-2.32_1 -libnss_files.so.2 glibc-2.32_1 -libnss_compat.so.2 glibc-2.32_1 -libnss_dns.so.2 glibc-2.32_1 -libnss_hesiod.so.2 glibc-2.32_1 -libcrypt.so.1 glibc-2.32_1 -libBrokenLocale.so.1 glibc-2.32_1 -libmemusage.so glibc-2.32_1 -libSegFault.so glibc-2.32_1 -libpcprofile.so glibc-2.32_1 -libcidn.so.1 glibc-2.32_1 -libmvec.so.1 glibc-2.32_1 +libc.so.6 glibc-2.34_1 +libm.so.6 glibc-2.34_1 +libpthread.so.0 glibc-2.34_1 +librt.so.1 glibc-2.34_1 +libdl.so.2 glibc-2.34_1 +ld-linux-x86-64.so.2 glibc-2.34_1 x86_64 +ld-linux.so.2 glibc-2.34_1 i686 +ld-linux.so.3 glibc-2.34_1 armv5tel +ld-linux-aarch64.so.1 glibc-2.34_1 aarch64 +ld64.so.2 glibc-2.34_1 ppc64 +ld.so.1 glibc-2.34_1 mips +ld.so.1 glibc-2.34_1 ppc +ld-linux-armhf.so.3 glibc-2.34_1 +libresolv.so.2 glibc-2.34_1 +libanl.so.1 glibc-2.34_1 +libthread_db.so.1 glibc-2.34_1 +libutil.so.1 glibc-2.34_1 +libnsl.so.1 glibc-2.34_1 +libnss_db.so.2 glibc-2.34_1 +libnss_files.so.2 glibc-2.34_1 +libnss_compat.so.2 glibc-2.34_1 +libnss_dns.so.2 glibc-2.34_1 +libnss_hesiod.so.2 glibc-2.34_1 +libcrypt.so.1 glibc-2.34_1 +libBrokenLocale.so.1 glibc-2.34_1 +libmemusage.so glibc-2.34_1 +libSegFault.so glibc-2.34_1 +libpcprofile.so glibc-2.34_1 +libmvec.so.1 glibc-2.34_1 libz.so.1 zlib-1.2.3_1 libb2.so.1 libb2-0.98.1_1 libbz2.so.1 bzip2-1.0.5_1 diff --git a/srcpkgs/glibc/template b/srcpkgs/glibc/template index c62a4d2aedf1..2f570ee161aa 100644 --- a/srcpkgs/glibc/template +++ b/srcpkgs/glibc/template @@ -1,14 +1,14 @@ # Template file for 'glibc' pkgname=glibc -version=2.32 -revision=2 +version=2.34 +revision=1 bootstrap=yes short_desc="GNU C library" maintainer="Enno Boland <gottox@voidlinux.org>" license="GPL-2.0-or-later, LGPL-2.1-or-later, BSD-3-Clause" homepage="http://www.gnu.org/software/libc" distfiles="${GNU_SITE}/glibc/glibc-${version}.tar.xz" -checksum=1627ea54f5a1a8467032563393e0901077626dc66f37f10ee6363bb722222836 +checksum=44d26a1fe20b8853a48f470ead01e4279e869ac149b195dda4e44a195d981ab2 # Do not strip these files, objcopy errors out. nostrip_files=" XBS5_ILP32_OFFBIG @@ -20,27 +20,28 @@ nostrip_files=" POSIX_V6_LP64_OFF64 POSIX_V7_LP64_OFF64 XBS5_LP64_OFF64 - ld-${version}.so - libdl-${version}.so - libanl-${version}.so - libcidn-${version}.so - libresolv-${version}.so - libcrypt-${version}.so - libpthread-${version}.so - libm-${version}.so - libutil-${version}.so - libthread_db-1.0.so - librt-${version}.so - libnsl-${version}.so - libc-${version}.so - libBrokenLocale-${version}.so - libnss_compat-${version}.so - libnss_db-${version}.so - libnss_dns-${version}.so - libnss_files-${version}.so - libnss_hesiod-${version}.so - libnss_nisplus-${version}.so - libnss_nis-${version}.so" + ld-linux-x86-64.so.2 + ld-linux.so.2 + ld-linux.so.3 + ld-linux-aarch64.so.1 + ld64.so.2 + ld.so.1 + ld-linux-armhf.so.3 + libresolv.so.2 + libcrypt.so.1 + libm.so.6 + libthread_db.so.1 + libnsl.so.1 + libc.so.6 + libc_malloc_debug.so.0 + libmemusage.so + libmvec.so.1 + libBrokenLocale.so.1 + libnss_compat.so.2 + libnss_db.so.2 + libnss_dns.so.2 + libnss_files.so.2 + libnss_hesiod.so.2" conf_files=" /etc/rpc @@ -163,18 +164,6 @@ do_install() { rm -f ${DESTDIR}/usr/bin/z{dump,ic} mv ${DESTDIR}/usr/sbin/* ${DESTDIR}/usr/bin - - # Create xbps.d(5) arch override file for 32-bit architectures - # 32-bit userlands may be used with 64-bit kernels and then - # xbps will report an incorrect architecture by default - case "$XBPS_TARGET_MACHINE" in - i686|ppc|ppcle|armv*) - vmkdir usr/share/xbps.d - echo "architecture=${XBPS_TARGET_MACHINE}" > \ - ${DESTDIR}/usr/share/xbps.d/arch-32bit.conf - ;; - *) ;; - esac } glibc-devel_package() {
[-- Attachment #1: Type: text/plain, Size: 282 bytes --] New comment by JamiKettunen on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1039913651 Comment: Could this be bumped to [2.35](https://sourceware.org/pipermail/libc-alpha/2022-February/136040.html) which released about 2 weeks ago?
[-- Attachment #1: Type: text/plain, Size: 305 bytes --] New comment by github-actions[bot] on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1141597528 Comment: Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
[-- Attachment #1: Type: text/plain, Size: 303 bytes --] New comment by ericonr on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1146884712 Comment: Arch has patched glibc heavily since 2.35 release so idk how I feel about pushing it. https://github.com/archlinux/svntogit-packages/commits/packages/glibc/trunk
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --] There is an updated pull request by ericonr against master on the void-packages repository https://github.com/ericonr/void-packages glibc https://github.com/void-linux/void-packages/pull/32330 glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. <!-- Mark items with [x] where applicable --> #### General - [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements) #### Have the results of the proposed changes been tested? - [ ] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me - [ ] I generally don't use the affected packages but briefly tested this PR <!-- If GitHub CI cannot be used to validate the build result (for example, if the build is likely to take several hours), make sure to [skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration). When skipping CI, uncomment and fill out the following section. Note: for builds that are likely to complete in less than 2 hours, it is not acceptable to skip CI. --> <!-- #### Does it build and run successfully? (Please choose at least one native build and, if supported, at least one cross build. More are better.) - [ ] I built this PR locally for my native architecture, (ARCH-LIBC) - [ ] I built this PR locally for these architectures (if supported. mark crossbuilds): - [ ] aarch64-musl - [ ] armv7l - [ ] armv6l-musl --> A patch file from https://github.com/void-linux/void-packages/pull/32330.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-glibc-32330.patch --] [-- Type: text/x-diff, Size: 14730 bytes --] From 0a230a389b80550757ce7b9878ff574a81e027b4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=89rico=20Nogueira?= <erico.erc@gmail.com> Date: Thu, 5 Aug 2021 01:22:17 -0300 Subject: [PATCH] glibc: update to 2.35. FIXME: check that new C.UTF-8 locale is installed From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. So we now have to explicitly list the dynamic linkers. The list was taken from common/shlibs. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. Finally, we also: - remove from nostrip the obsolete entries which no longer exist - remove the xbps.d special casing, which is now done in the xbps template for all archs - update common/shlibs and remove outdated entry --- common/shlibs | 29 ++ .../glibc/patches/glibc-c-utf8-locale.patch | 286 ------------------ srcpkgs/glibc/template | 62 ++-- 3 files changed, 54 insertions(+), 323 deletions(-) delete mode 100644 srcpkgs/glibc/patches/glibc-c-utf8-locale.patch diff --git a/common/shlibs b/common/shlibs index 15d027bf9c20..6ee13936e290 100644 --- a/common/shlibs +++ b/common/shlibs @@ -49,6 +49,35 @@ libcidn.so.1 glibc-2.32_1 libmvec.so.1 glibc-2.32_1 libcddgmp.so.0 cddlib-0.94m_1 libcdd.so.0 cddlib-0.94m_1 +libc.so.6 glibc-2.34_1 +libm.so.6 glibc-2.34_1 +libpthread.so.0 glibc-2.34_1 +librt.so.1 glibc-2.34_1 +libdl.so.2 glibc-2.34_1 +ld-linux-x86-64.so.2 glibc-2.34_1 x86_64 +ld-linux.so.2 glibc-2.34_1 i686 +ld-linux.so.3 glibc-2.34_1 armv5tel +ld-linux-aarch64.so.1 glibc-2.34_1 aarch64 +ld64.so.2 glibc-2.34_1 ppc64 +ld.so.1 glibc-2.34_1 mips +ld.so.1 glibc-2.34_1 ppc +ld-linux-armhf.so.3 glibc-2.34_1 +libresolv.so.2 glibc-2.34_1 +libanl.so.1 glibc-2.34_1 +libthread_db.so.1 glibc-2.34_1 +libutil.so.1 glibc-2.34_1 +libnsl.so.1 glibc-2.34_1 +libnss_db.so.2 glibc-2.34_1 +libnss_files.so.2 glibc-2.34_1 +libnss_compat.so.2 glibc-2.34_1 +libnss_dns.so.2 glibc-2.34_1 +libnss_hesiod.so.2 glibc-2.34_1 +libcrypt.so.1 glibc-2.34_1 +libBrokenLocale.so.1 glibc-2.34_1 +libmemusage.so glibc-2.34_1 +libSegFault.so glibc-2.34_1 +libpcprofile.so glibc-2.34_1 +libmvec.so.1 glibc-2.34_1 libz.so.1 zlib-1.2.3_1 libb2.so.1 libb2-0.98.1_1 libbz2.so.1 bzip2-1.0.5_1 diff --git a/srcpkgs/glibc/patches/glibc-c-utf8-locale.patch b/srcpkgs/glibc/patches/glibc-c-utf8-locale.patch deleted file mode 100644 index 7215e1558b62..000000000000 --- a/srcpkgs/glibc/patches/glibc-c-utf8-locale.patch +++ /dev/null @@ -1,286 +0,0 @@ -Short description: Add C.UTF-8 support. -Author(s): Fedora glibc team <glibc@lists.fedoraproject.org> -Origin: PATCH -Upstream status: not-submitted - -This patch needs to upstream as part of Carlos O'Donell -<carlos@redhat.com>'s work on enabling upstream C.UTF-8 support. This -work is currently blocked on cleaning up the test results to prove that -full code-point sorting is working as intended. - -Note that this patch does not provide full code-point sorting as -expected. - -This patch needs to upstream as soon as possible since it would be nice -to have this in F29 and fixed. - -From 2eda7b462b415105f5a05c1323372d4e39d46439 Mon Sep 17 00:00:00 2001 -From: Mike FABIAN <mfabian@redhat.com> -Date: Mon, 10 Aug 2015 15:58:12 +0200 -Subject: [PATCH] Add a C.UTF-8 locale - ---- - localedata/SUPPORTED | 1 + - localedata/locales/C | 238 +++++++++++++++++++++++++++++++++++++++++++++++++++ - 2 files changed, 239 insertions(+) - create mode 100644 localedata/locales/C - -diff --git a/localedata/SUPPORTED b/localedata/SUPPORTED -index 8ca023e..2a78391 100644 ---- a/localedata/SUPPORTED -+++ b/localedata/SUPPORTED -@@ -1,6 +1,7 @@ - # This file names the currently supported and somewhat tested locales. - # If you have any additions please file a glibc bug report. - SUPPORTED-LOCALES=\ -+C.UTF-8/UTF-8 \ - aa_DJ.UTF-8/UTF-8 \ - aa_DJ/ISO-8859-1 \ - aa_ER/UTF-8 \ -diff --git a/localedata/locales/C b/localedata/locales/C -new file mode 100644 -index 0000000..fdf460e ---- /dev/null -+++ b/localedata/locales/C -@@ -0,0 +1,238 @@ -+escape_char / -+comment_char % -+% Locale for C locale in UTF-8 -+ -+LC_IDENTIFICATION -+title "C locale" -+source "" -+address "" -+contact "" -+email "mfabian@redhat.com" -+tel "" -+fax "" -+language "C" -+territory "" -+revision "1.0" -+date "2015-08-10" -+% -+category "i18n:2012";LC_IDENTIFICATION -+category "i18n:2012";LC_CTYPE -+category "i18n:2012";LC_COLLATE -+category "i18n:2012";LC_TIME -+category "i18n:2012";LC_NUMERIC -+category "i18n:2012";LC_MONETARY -+category "i18n:2012";LC_MESSAGES -+category "i18n:2012";LC_PAPER -+category "i18n:2012";LC_NAME -+category "i18n:2012";LC_ADDRESS -+category "i18n:2012";LC_TELEPHONE -+category "i18n:2012";LC_MEASUREMENT -+END LC_IDENTIFICATION -+ -+LC_CTYPE -+copy "i18n" -+ -+translit_start -+include "translit_combining";"" -+translit_end -+ -+END LC_CTYPE -+ -+LC_COLLATE -+order_start forward -+<U0000> -+.. -+<UFFFF> -+<U10000> -+.. -+<U1FFFF> -+<U20000> -+.. -+<U2FFFF> -+<UE0000> -+.. -+<UEFFFF> -+<UF0000> -+.. -+<UFFFFF> -+<U100000> -+.. -+<U10FFFF> -+UNDEFINED -+order_end -+END LC_COLLATE -+ -+LC_MONETARY -+% This is the 14652 i18n fdcc-set definition for -+% the LC_MONETARY category -+% (except for the int_curr_symbol and currency_symbol, they are empty in -+% the 14652 i18n fdcc-set definition and also empty in -+% glibc/locale/C-monetary.c. But localedef complains in that case). -+% -+% Using "USD" for int_curr_symbol. But maybe "XXX" would be better? -+% XXX is "No currency" (https://en.wikipedia.org/wiki/ISO_4217) -+int_curr_symbol "<U0055><U0053><U0044><U0020>" -+% Using "$" for currency_symbol. But maybe <U00A4> would be better? -+% U+00A4 is the "generic currency symbol" -+% (https://en.wikipedia.org/wiki/Currency_sign_%28typography%29) -+currency_symbol "<U0024>" -+mon_decimal_point "<U002E>" -+mon_thousands_sep "" -+mon_grouping -1 -+positive_sign "" -+negative_sign "<U002D>" -+int_frac_digits -1 -+frac_digits -1 -+p_cs_precedes -1 -+int_p_sep_by_space -1 -+p_sep_by_space -1 -+n_cs_precedes -1 -+int_n_sep_by_space -1 -+n_sep_by_space -1 -+p_sign_posn -1 -+n_sign_posn -1 -+% -+END LC_MONETARY -+ -+LC_NUMERIC -+% This is the POSIX Locale definition for -+% the LC_NUMERIC category. -+% -+decimal_point "<U002E>" -+thousands_sep "" -+grouping -1 -+END LC_NUMERIC -+ -+LC_TIME -+% This is the POSIX Locale definition for -+% the LC_TIME category. -+% -+% Abbreviated weekday names (%a) -+abday "<U0053><U0075><U006E>";"<U004D><U006F><U006E>";/ -+ "<U0054><U0075><U0065>";"<U0057><U0065><U0064>";/ -+ "<U0054><U0068><U0075>";"<U0046><U0072><U0069>";/ -+ "<U0053><U0061><U0074>" -+ -+% Full weekday names (%A) -+day "<U0053><U0075><U006E><U0064><U0061><U0079>";/ -+ "<U004D><U006F><U006E><U0064><U0061><U0079>";/ -+ "<U0054><U0075><U0065><U0073><U0064><U0061><U0079>";/ -+ "<U0057><U0065><U0064><U006E><U0065><U0073><U0064><U0061><U0079>";/ -+ "<U0054><U0068><U0075><U0072><U0073><U0064><U0061><U0079>";/ -+ "<U0046><U0072><U0069><U0064><U0061><U0079>";/ -+ "<U0053><U0061><U0074><U0075><U0072><U0064><U0061><U0079>" -+ -+% Abbreviated month names (%b) -+abmon "<U004A><U0061><U006E>";"<U0046><U0065><U0062>";/ -+ "<U004D><U0061><U0072>";"<U0041><U0070><U0072>";/ -+ "<U004D><U0061><U0079>";"<U004A><U0075><U006E>";/ -+ "<U004A><U0075><U006C>";"<U0041><U0075><U0067>";/ -+ "<U0053><U0065><U0070>";"<U004F><U0063><U0074>";/ -+ "<U004E><U006F><U0076>";"<U0044><U0065><U0063>" -+ -+% Full month names (%B) -+mon "<U004A><U0061><U006E><U0075><U0061><U0072><U0079>";/ -+ "<U0046><U0065><U0062><U0072><U0075><U0061><U0072><U0079>";/ -+ "<U004D><U0061><U0072><U0063><U0068>";/ -+ "<U0041><U0070><U0072><U0069><U006C>";/ -+ "<U004D><U0061><U0079>";/ -+ "<U004A><U0075><U006E><U0065>";/ -+ "<U004A><U0075><U006C><U0079>";/ -+ "<U0041><U0075><U0067><U0075><U0073><U0074>";/ -+ "<U0053><U0065><U0070><U0074><U0065><U006D><U0062><U0065><U0072>";/ -+ "<U004F><U0063><U0074><U006F><U0062><U0065><U0072>";/ -+ "<U004E><U006F><U0076><U0065><U006D><U0062><U0065><U0072>";/ -+ "<U0044><U0065><U0063><U0065><U006D><U0062><U0065><U0072>" -+ -+% Week description, consists of three fields: -+% 1. Number of days in a week. -+% 2. Gregorian date that is a first weekday (19971130 for Sunday, 19971201 for Monday). -+% 3. The weekday number to be contained in the first week of the year. -+% -+% ISO 8601 conforming applications should use the values 7, 19971201 (a -+% Monday), and 4 (Thursday), respectively. -+week 7;19971201;4 -+first_weekday 1 -+first_workday 1 -+ -+% Appropriate date and time representation (%c) -+% "%a %b %e %H:%M:%S %Y" -+d_t_fmt "<U0025><U0061><U0020><U0025><U0062><U0020><U0025><U0065><U0020><U0025><U0048><U003A><U0025><U004D><U003A><U0025><U0053><U0020><U0025><U0059>" -+ -+% Appropriate date representation (%x) -+% "%m/%d/%y" -+d_fmt "<U0025><U006D><U002F><U0025><U0064><U002F><U0025><U0079>" -+ -+% Appropriate time representation (%X) -+% "%H:%M:%S" -+t_fmt "<U0025><U0048><U003A><U0025><U004D><U003A><U0025><U0053>" -+ -+% Appropriate AM/PM time representation (%r) -+% "%I:%M:%S %p" -+t_fmt_ampm "<U0025><U0049><U003A><U0025><U004D><U003A><U0025><U0053><U0020><U0025><U0070>" -+ -+% Equivalent of AM/PM (%p) "AM"/"PM" -+% -+am_pm "<U0041><U004D>";"<U0050><U004D>" -+ -+% Appropriate date representation (date(1)) "%a %b %e %H:%M:%S %Z %Y" -+date_fmt "<U0025><U0061><U0020><U0025><U0062><U0020><U0025><U0065><U0020><U0025><U0048><U003A><U0025><U004D><U003A><U0025><U0053><U0020><U0025><U005A><U0020><U0025><U0059>" -+END LC_TIME -+ -+LC_MESSAGES -+% This is the POSIX Locale definition for -+% the LC_NUMERIC category. -+% -+yesexpr "<U005E><U005B><U0079><U0059><U005D>" -+noexpr "<U005E><U005B><U006E><U004E><U005D>" -+yesstr "<U0059><U0065><U0073>" -+nostr "<U004E><U006F>" -+END LC_MESSAGES -+ -+LC_PAPER -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_PAPER category. -+% (A4 paper, this is also used in the built in C/POSIX -+% locale in glibc/locale/C-paper.c) -+height 297 -+width 210 -+END LC_PAPER -+ -+LC_NAME -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_NAME category. -+% "%p%t%g%t%m%t%f" -+% (also used in the built in C/POSIX locale in glibc/locale/C-name.c) -+name_fmt "<U0025><U0070><U0025><U0074><U0025><U0067><U0025><U0074>/ -+<U0025><U006D><U0025><U0074><U0025><U0066>" -+END LC_NAME -+ -+LC_ADDRESS -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_ADDRESS category. -+% "%a%N%f%N%d%N%b%N%s %h %e %r%N%C-%z %T%N%c%N" -+% (also used in the built in C/POSIX locale in glibc/locale/C-address.c) -+postal_fmt "<U0025><U0061><U0025><U004E><U0025><U0066><U0025><U004E>/ -+<U0025><U0064><U0025><U004E><U0025><U0062><U0025><U004E><U0025><U0073>/ -+<U0020><U0025><U0068><U0020><U0025><U0065><U0020><U0025><U0072><U0025>/ -+<U004E><U0025><U0043><U002D><U0025><U007A><U0020><U0025><U0054><U0025>/ -+<U004E><U0025><U0063><U0025><U004E>" -+END LC_ADDRESS -+ -+LC_TELEPHONE -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_TELEPHONE category. -+% "+%c %a %l" -+tel_int_fmt "<U002B><U0025><U0063><U0020><U0025><U0061><U0020><U0025>/ -+<U006C>" -+% (also used in the built in C/POSIX locale in glibc/locale/C-telephone.c) -+END LC_TELEPHONE -+ -+LC_MEASUREMENT -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_MEASUREMENT category. -+% (same as in the built in C/POSIX locale in glibc/locale/C-measurement.c) -+%metric -+measurement 1 -+END LC_MEASUREMENT -+ --- -2.4.3 - diff --git a/srcpkgs/glibc/template b/srcpkgs/glibc/template index c62a4d2aedf1..9011f5c5ddb1 100644 --- a/srcpkgs/glibc/template +++ b/srcpkgs/glibc/template @@ -1,14 +1,14 @@ # Template file for 'glibc' pkgname=glibc -version=2.32 -revision=2 +version=2.35 +revision=1 bootstrap=yes short_desc="GNU C library" maintainer="Enno Boland <gottox@voidlinux.org>" license="GPL-2.0-or-later, LGPL-2.1-or-later, BSD-3-Clause" homepage="http://www.gnu.org/software/libc" distfiles="${GNU_SITE}/glibc/glibc-${version}.tar.xz" -checksum=1627ea54f5a1a8467032563393e0901077626dc66f37f10ee6363bb722222836 +checksum=5123732f6b67ccd319305efd399971d58592122bcc2a6518a1bd2510dd0cf52e # Do not strip these files, objcopy errors out. nostrip_files=" XBS5_ILP32_OFFBIG @@ -20,27 +20,28 @@ nostrip_files=" POSIX_V6_LP64_OFF64 POSIX_V7_LP64_OFF64 XBS5_LP64_OFF64 - ld-${version}.so - libdl-${version}.so - libanl-${version}.so - libcidn-${version}.so - libresolv-${version}.so - libcrypt-${version}.so - libpthread-${version}.so - libm-${version}.so - libutil-${version}.so - libthread_db-1.0.so - librt-${version}.so - libnsl-${version}.so - libc-${version}.so - libBrokenLocale-${version}.so - libnss_compat-${version}.so - libnss_db-${version}.so - libnss_dns-${version}.so - libnss_files-${version}.so - libnss_hesiod-${version}.so - libnss_nisplus-${version}.so - libnss_nis-${version}.so" + ld-linux-x86-64.so.2 + ld-linux.so.2 + ld-linux.so.3 + ld-linux-aarch64.so.1 + ld64.so.2 + ld.so.1 + ld-linux-armhf.so.3 + libresolv.so.2 + libcrypt.so.1 + libm.so.6 + libthread_db.so.1 + libnsl.so.1 + libc.so.6 + libc_malloc_debug.so.0 + libmemusage.so + libmvec.so.1 + libBrokenLocale.so.1 + libnss_compat.so.2 + libnss_db.so.2 + libnss_dns.so.2 + libnss_files.so.2 + libnss_hesiod.so.2" conf_files=" /etc/rpc @@ -54,7 +55,6 @@ lib32files="/usr/lib/gconv/gconv-modules" lib32symlinks="ld-linux.so.2" # There's no point in building this for musl. archs="~*-musl" -nopie=yes do_configure() { mkdir build @@ -163,18 +163,6 @@ do_install() { rm -f ${DESTDIR}/usr/bin/z{dump,ic} mv ${DESTDIR}/usr/sbin/* ${DESTDIR}/usr/bin - - # Create xbps.d(5) arch override file for 32-bit architectures - # 32-bit userlands may be used with 64-bit kernels and then - # xbps will report an incorrect architecture by default - case "$XBPS_TARGET_MACHINE" in - i686|ppc|ppcle|armv*) - vmkdir usr/share/xbps.d - echo "architecture=${XBPS_TARGET_MACHINE}" > \ - ${DESTDIR}/usr/share/xbps.d/arch-32bit.conf - ;; - *) ;; - esac } glibc-devel_package() {
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --] There is an updated pull request by ericonr against master on the void-packages repository https://github.com/ericonr/void-packages glibc https://github.com/void-linux/void-packages/pull/32330 glibc: update to 2.34. From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. <!-- Mark items with [x] where applicable --> #### General - [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements) #### Have the results of the proposed changes been tested? - [ ] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me - [ ] I generally don't use the affected packages but briefly tested this PR <!-- If GitHub CI cannot be used to validate the build result (for example, if the build is likely to take several hours), make sure to [skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration). When skipping CI, uncomment and fill out the following section. Note: for builds that are likely to complete in less than 2 hours, it is not acceptable to skip CI. --> <!-- #### Does it build and run successfully? (Please choose at least one native build and, if supported, at least one cross build. More are better.) - [ ] I built this PR locally for my native architecture, (ARCH-LIBC) - [ ] I built this PR locally for these architectures (if supported. mark crossbuilds): - [ ] aarch64-musl - [ ] armv7l - [ ] armv6l-musl --> A patch file from https://github.com/void-linux/void-packages/pull/32330.patch is attached [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: github-pr-glibc-32330.patch --] [-- Type: text/x-diff, Size: 14846 bytes --] From bbc3c5cd1feef7eeb5bfec3ee765277293b0894f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=C3=89rico=20Nogueira?= <erico.erc@gmail.com> Date: Thu, 5 Aug 2021 01:22:17 -0300 Subject: [PATCH] glibc: update to 2.35. FIXME: check that new C.UTF-8 locale is installed From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. So we now have to explicitly list the dynamic linkers. The list was taken from common/shlibs. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. Finally, we also: - remove outdated C.UTF-8 patch - remove nopie=yes, the build system now enables PIE automatically and by default - remove from nostrip the obsolete entries which no longer exist - remove the xbps.d special casing, which is now done in the xbps template for all archs - update common/shlibs and remove outdated entry --- common/shlibs | 29 ++ .../glibc/patches/glibc-c-utf8-locale.patch | 286 ------------------ srcpkgs/glibc/template | 62 ++-- 3 files changed, 54 insertions(+), 323 deletions(-) delete mode 100644 srcpkgs/glibc/patches/glibc-c-utf8-locale.patch diff --git a/common/shlibs b/common/shlibs index 15d027bf9c20..6ee13936e290 100644 --- a/common/shlibs +++ b/common/shlibs @@ -49,6 +49,35 @@ libcidn.so.1 glibc-2.32_1 libmvec.so.1 glibc-2.32_1 libcddgmp.so.0 cddlib-0.94m_1 libcdd.so.0 cddlib-0.94m_1 +libc.so.6 glibc-2.34_1 +libm.so.6 glibc-2.34_1 +libpthread.so.0 glibc-2.34_1 +librt.so.1 glibc-2.34_1 +libdl.so.2 glibc-2.34_1 +ld-linux-x86-64.so.2 glibc-2.34_1 x86_64 +ld-linux.so.2 glibc-2.34_1 i686 +ld-linux.so.3 glibc-2.34_1 armv5tel +ld-linux-aarch64.so.1 glibc-2.34_1 aarch64 +ld64.so.2 glibc-2.34_1 ppc64 +ld.so.1 glibc-2.34_1 mips +ld.so.1 glibc-2.34_1 ppc +ld-linux-armhf.so.3 glibc-2.34_1 +libresolv.so.2 glibc-2.34_1 +libanl.so.1 glibc-2.34_1 +libthread_db.so.1 glibc-2.34_1 +libutil.so.1 glibc-2.34_1 +libnsl.so.1 glibc-2.34_1 +libnss_db.so.2 glibc-2.34_1 +libnss_files.so.2 glibc-2.34_1 +libnss_compat.so.2 glibc-2.34_1 +libnss_dns.so.2 glibc-2.34_1 +libnss_hesiod.so.2 glibc-2.34_1 +libcrypt.so.1 glibc-2.34_1 +libBrokenLocale.so.1 glibc-2.34_1 +libmemusage.so glibc-2.34_1 +libSegFault.so glibc-2.34_1 +libpcprofile.so glibc-2.34_1 +libmvec.so.1 glibc-2.34_1 libz.so.1 zlib-1.2.3_1 libb2.so.1 libb2-0.98.1_1 libbz2.so.1 bzip2-1.0.5_1 diff --git a/srcpkgs/glibc/patches/glibc-c-utf8-locale.patch b/srcpkgs/glibc/patches/glibc-c-utf8-locale.patch deleted file mode 100644 index 7215e1558b62..000000000000 --- a/srcpkgs/glibc/patches/glibc-c-utf8-locale.patch +++ /dev/null @@ -1,286 +0,0 @@ -Short description: Add C.UTF-8 support. -Author(s): Fedora glibc team <glibc@lists.fedoraproject.org> -Origin: PATCH -Upstream status: not-submitted - -This patch needs to upstream as part of Carlos O'Donell -<carlos@redhat.com>'s work on enabling upstream C.UTF-8 support. This -work is currently blocked on cleaning up the test results to prove that -full code-point sorting is working as intended. - -Note that this patch does not provide full code-point sorting as -expected. - -This patch needs to upstream as soon as possible since it would be nice -to have this in F29 and fixed. - -From 2eda7b462b415105f5a05c1323372d4e39d46439 Mon Sep 17 00:00:00 2001 -From: Mike FABIAN <mfabian@redhat.com> -Date: Mon, 10 Aug 2015 15:58:12 +0200 -Subject: [PATCH] Add a C.UTF-8 locale - ---- - localedata/SUPPORTED | 1 + - localedata/locales/C | 238 +++++++++++++++++++++++++++++++++++++++++++++++++++ - 2 files changed, 239 insertions(+) - create mode 100644 localedata/locales/C - -diff --git a/localedata/SUPPORTED b/localedata/SUPPORTED -index 8ca023e..2a78391 100644 ---- a/localedata/SUPPORTED -+++ b/localedata/SUPPORTED -@@ -1,6 +1,7 @@ - # This file names the currently supported and somewhat tested locales. - # If you have any additions please file a glibc bug report. - SUPPORTED-LOCALES=\ -+C.UTF-8/UTF-8 \ - aa_DJ.UTF-8/UTF-8 \ - aa_DJ/ISO-8859-1 \ - aa_ER/UTF-8 \ -diff --git a/localedata/locales/C b/localedata/locales/C -new file mode 100644 -index 0000000..fdf460e ---- /dev/null -+++ b/localedata/locales/C -@@ -0,0 +1,238 @@ -+escape_char / -+comment_char % -+% Locale for C locale in UTF-8 -+ -+LC_IDENTIFICATION -+title "C locale" -+source "" -+address "" -+contact "" -+email "mfabian@redhat.com" -+tel "" -+fax "" -+language "C" -+territory "" -+revision "1.0" -+date "2015-08-10" -+% -+category "i18n:2012";LC_IDENTIFICATION -+category "i18n:2012";LC_CTYPE -+category "i18n:2012";LC_COLLATE -+category "i18n:2012";LC_TIME -+category "i18n:2012";LC_NUMERIC -+category "i18n:2012";LC_MONETARY -+category "i18n:2012";LC_MESSAGES -+category "i18n:2012";LC_PAPER -+category "i18n:2012";LC_NAME -+category "i18n:2012";LC_ADDRESS -+category "i18n:2012";LC_TELEPHONE -+category "i18n:2012";LC_MEASUREMENT -+END LC_IDENTIFICATION -+ -+LC_CTYPE -+copy "i18n" -+ -+translit_start -+include "translit_combining";"" -+translit_end -+ -+END LC_CTYPE -+ -+LC_COLLATE -+order_start forward -+<U0000> -+.. -+<UFFFF> -+<U10000> -+.. -+<U1FFFF> -+<U20000> -+.. -+<U2FFFF> -+<UE0000> -+.. -+<UEFFFF> -+<UF0000> -+.. -+<UFFFFF> -+<U100000> -+.. -+<U10FFFF> -+UNDEFINED -+order_end -+END LC_COLLATE -+ -+LC_MONETARY -+% This is the 14652 i18n fdcc-set definition for -+% the LC_MONETARY category -+% (except for the int_curr_symbol and currency_symbol, they are empty in -+% the 14652 i18n fdcc-set definition and also empty in -+% glibc/locale/C-monetary.c. But localedef complains in that case). -+% -+% Using "USD" for int_curr_symbol. But maybe "XXX" would be better? -+% XXX is "No currency" (https://en.wikipedia.org/wiki/ISO_4217) -+int_curr_symbol "<U0055><U0053><U0044><U0020>" -+% Using "$" for currency_symbol. But maybe <U00A4> would be better? -+% U+00A4 is the "generic currency symbol" -+% (https://en.wikipedia.org/wiki/Currency_sign_%28typography%29) -+currency_symbol "<U0024>" -+mon_decimal_point "<U002E>" -+mon_thousands_sep "" -+mon_grouping -1 -+positive_sign "" -+negative_sign "<U002D>" -+int_frac_digits -1 -+frac_digits -1 -+p_cs_precedes -1 -+int_p_sep_by_space -1 -+p_sep_by_space -1 -+n_cs_precedes -1 -+int_n_sep_by_space -1 -+n_sep_by_space -1 -+p_sign_posn -1 -+n_sign_posn -1 -+% -+END LC_MONETARY -+ -+LC_NUMERIC -+% This is the POSIX Locale definition for -+% the LC_NUMERIC category. -+% -+decimal_point "<U002E>" -+thousands_sep "" -+grouping -1 -+END LC_NUMERIC -+ -+LC_TIME -+% This is the POSIX Locale definition for -+% the LC_TIME category. -+% -+% Abbreviated weekday names (%a) -+abday "<U0053><U0075><U006E>";"<U004D><U006F><U006E>";/ -+ "<U0054><U0075><U0065>";"<U0057><U0065><U0064>";/ -+ "<U0054><U0068><U0075>";"<U0046><U0072><U0069>";/ -+ "<U0053><U0061><U0074>" -+ -+% Full weekday names (%A) -+day "<U0053><U0075><U006E><U0064><U0061><U0079>";/ -+ "<U004D><U006F><U006E><U0064><U0061><U0079>";/ -+ "<U0054><U0075><U0065><U0073><U0064><U0061><U0079>";/ -+ "<U0057><U0065><U0064><U006E><U0065><U0073><U0064><U0061><U0079>";/ -+ "<U0054><U0068><U0075><U0072><U0073><U0064><U0061><U0079>";/ -+ "<U0046><U0072><U0069><U0064><U0061><U0079>";/ -+ "<U0053><U0061><U0074><U0075><U0072><U0064><U0061><U0079>" -+ -+% Abbreviated month names (%b) -+abmon "<U004A><U0061><U006E>";"<U0046><U0065><U0062>";/ -+ "<U004D><U0061><U0072>";"<U0041><U0070><U0072>";/ -+ "<U004D><U0061><U0079>";"<U004A><U0075><U006E>";/ -+ "<U004A><U0075><U006C>";"<U0041><U0075><U0067>";/ -+ "<U0053><U0065><U0070>";"<U004F><U0063><U0074>";/ -+ "<U004E><U006F><U0076>";"<U0044><U0065><U0063>" -+ -+% Full month names (%B) -+mon "<U004A><U0061><U006E><U0075><U0061><U0072><U0079>";/ -+ "<U0046><U0065><U0062><U0072><U0075><U0061><U0072><U0079>";/ -+ "<U004D><U0061><U0072><U0063><U0068>";/ -+ "<U0041><U0070><U0072><U0069><U006C>";/ -+ "<U004D><U0061><U0079>";/ -+ "<U004A><U0075><U006E><U0065>";/ -+ "<U004A><U0075><U006C><U0079>";/ -+ "<U0041><U0075><U0067><U0075><U0073><U0074>";/ -+ "<U0053><U0065><U0070><U0074><U0065><U006D><U0062><U0065><U0072>";/ -+ "<U004F><U0063><U0074><U006F><U0062><U0065><U0072>";/ -+ "<U004E><U006F><U0076><U0065><U006D><U0062><U0065><U0072>";/ -+ "<U0044><U0065><U0063><U0065><U006D><U0062><U0065><U0072>" -+ -+% Week description, consists of three fields: -+% 1. Number of days in a week. -+% 2. Gregorian date that is a first weekday (19971130 for Sunday, 19971201 for Monday). -+% 3. The weekday number to be contained in the first week of the year. -+% -+% ISO 8601 conforming applications should use the values 7, 19971201 (a -+% Monday), and 4 (Thursday), respectively. -+week 7;19971201;4 -+first_weekday 1 -+first_workday 1 -+ -+% Appropriate date and time representation (%c) -+% "%a %b %e %H:%M:%S %Y" -+d_t_fmt "<U0025><U0061><U0020><U0025><U0062><U0020><U0025><U0065><U0020><U0025><U0048><U003A><U0025><U004D><U003A><U0025><U0053><U0020><U0025><U0059>" -+ -+% Appropriate date representation (%x) -+% "%m/%d/%y" -+d_fmt "<U0025><U006D><U002F><U0025><U0064><U002F><U0025><U0079>" -+ -+% Appropriate time representation (%X) -+% "%H:%M:%S" -+t_fmt "<U0025><U0048><U003A><U0025><U004D><U003A><U0025><U0053>" -+ -+% Appropriate AM/PM time representation (%r) -+% "%I:%M:%S %p" -+t_fmt_ampm "<U0025><U0049><U003A><U0025><U004D><U003A><U0025><U0053><U0020><U0025><U0070>" -+ -+% Equivalent of AM/PM (%p) "AM"/"PM" -+% -+am_pm "<U0041><U004D>";"<U0050><U004D>" -+ -+% Appropriate date representation (date(1)) "%a %b %e %H:%M:%S %Z %Y" -+date_fmt "<U0025><U0061><U0020><U0025><U0062><U0020><U0025><U0065><U0020><U0025><U0048><U003A><U0025><U004D><U003A><U0025><U0053><U0020><U0025><U005A><U0020><U0025><U0059>" -+END LC_TIME -+ -+LC_MESSAGES -+% This is the POSIX Locale definition for -+% the LC_NUMERIC category. -+% -+yesexpr "<U005E><U005B><U0079><U0059><U005D>" -+noexpr "<U005E><U005B><U006E><U004E><U005D>" -+yesstr "<U0059><U0065><U0073>" -+nostr "<U004E><U006F>" -+END LC_MESSAGES -+ -+LC_PAPER -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_PAPER category. -+% (A4 paper, this is also used in the built in C/POSIX -+% locale in glibc/locale/C-paper.c) -+height 297 -+width 210 -+END LC_PAPER -+ -+LC_NAME -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_NAME category. -+% "%p%t%g%t%m%t%f" -+% (also used in the built in C/POSIX locale in glibc/locale/C-name.c) -+name_fmt "<U0025><U0070><U0025><U0074><U0025><U0067><U0025><U0074>/ -+<U0025><U006D><U0025><U0074><U0025><U0066>" -+END LC_NAME -+ -+LC_ADDRESS -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_ADDRESS category. -+% "%a%N%f%N%d%N%b%N%s %h %e %r%N%C-%z %T%N%c%N" -+% (also used in the built in C/POSIX locale in glibc/locale/C-address.c) -+postal_fmt "<U0025><U0061><U0025><U004E><U0025><U0066><U0025><U004E>/ -+<U0025><U0064><U0025><U004E><U0025><U0062><U0025><U004E><U0025><U0073>/ -+<U0020><U0025><U0068><U0020><U0025><U0065><U0020><U0025><U0072><U0025>/ -+<U004E><U0025><U0043><U002D><U0025><U007A><U0020><U0025><U0054><U0025>/ -+<U004E><U0025><U0063><U0025><U004E>" -+END LC_ADDRESS -+ -+LC_TELEPHONE -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_TELEPHONE category. -+% "+%c %a %l" -+tel_int_fmt "<U002B><U0025><U0063><U0020><U0025><U0061><U0020><U0025>/ -+<U006C>" -+% (also used in the built in C/POSIX locale in glibc/locale/C-telephone.c) -+END LC_TELEPHONE -+ -+LC_MEASUREMENT -+% This is the ISO/IEC 14652 "i18n" definition for -+% the LC_MEASUREMENT category. -+% (same as in the built in C/POSIX locale in glibc/locale/C-measurement.c) -+%metric -+measurement 1 -+END LC_MEASUREMENT -+ --- -2.4.3 - diff --git a/srcpkgs/glibc/template b/srcpkgs/glibc/template index c62a4d2aedf1..9011f5c5ddb1 100644 --- a/srcpkgs/glibc/template +++ b/srcpkgs/glibc/template @@ -1,14 +1,14 @@ # Template file for 'glibc' pkgname=glibc -version=2.32 -revision=2 +version=2.35 +revision=1 bootstrap=yes short_desc="GNU C library" maintainer="Enno Boland <gottox@voidlinux.org>" license="GPL-2.0-or-later, LGPL-2.1-or-later, BSD-3-Clause" homepage="http://www.gnu.org/software/libc" distfiles="${GNU_SITE}/glibc/glibc-${version}.tar.xz" -checksum=1627ea54f5a1a8467032563393e0901077626dc66f37f10ee6363bb722222836 +checksum=5123732f6b67ccd319305efd399971d58592122bcc2a6518a1bd2510dd0cf52e # Do not strip these files, objcopy errors out. nostrip_files=" XBS5_ILP32_OFFBIG @@ -20,27 +20,28 @@ nostrip_files=" POSIX_V6_LP64_OFF64 POSIX_V7_LP64_OFF64 XBS5_LP64_OFF64 - ld-${version}.so - libdl-${version}.so - libanl-${version}.so - libcidn-${version}.so - libresolv-${version}.so - libcrypt-${version}.so - libpthread-${version}.so - libm-${version}.so - libutil-${version}.so - libthread_db-1.0.so - librt-${version}.so - libnsl-${version}.so - libc-${version}.so - libBrokenLocale-${version}.so - libnss_compat-${version}.so - libnss_db-${version}.so - libnss_dns-${version}.so - libnss_files-${version}.so - libnss_hesiod-${version}.so - libnss_nisplus-${version}.so - libnss_nis-${version}.so" + ld-linux-x86-64.so.2 + ld-linux.so.2 + ld-linux.so.3 + ld-linux-aarch64.so.1 + ld64.so.2 + ld.so.1 + ld-linux-armhf.so.3 + libresolv.so.2 + libcrypt.so.1 + libm.so.6 + libthread_db.so.1 + libnsl.so.1 + libc.so.6 + libc_malloc_debug.so.0 + libmemusage.so + libmvec.so.1 + libBrokenLocale.so.1 + libnss_compat.so.2 + libnss_db.so.2 + libnss_dns.so.2 + libnss_files.so.2 + libnss_hesiod.so.2" conf_files=" /etc/rpc @@ -54,7 +55,6 @@ lib32files="/usr/lib/gconv/gconv-modules" lib32symlinks="ld-linux.so.2" # There's no point in building this for musl. archs="~*-musl" -nopie=yes do_configure() { mkdir build @@ -163,18 +163,6 @@ do_install() { rm -f ${DESTDIR}/usr/bin/z{dump,ic} mv ${DESTDIR}/usr/sbin/* ${DESTDIR}/usr/bin - - # Create xbps.d(5) arch override file for 32-bit architectures - # 32-bit userlands may be used with 64-bit kernels and then - # xbps will report an incorrect architecture by default - case "$XBPS_TARGET_MACHINE" in - i686|ppc|ppcle|armv*) - vmkdir usr/share/xbps.d - echo "architecture=${XBPS_TARGET_MACHINE}" > \ - ${DESTDIR}/usr/share/xbps.d/arch-32bit.conf - ;; - *) ;; - esac } glibc-devel_package() {
[-- Attachment #1: Type: text/plain, Size: 271 bytes --] New comment by wundrweapon on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1200243157 Comment: Might be worth changing the PR title to reflect the version change; easier to search for that way (I almost didn't find this)
[-- Attachment #1: Type: text/plain, Size: 243 bytes --] New review comment by wundrweapon on void-packages repository https://github.com/void-linux/void-packages/pull/32330#discussion_r933853985 Comment: If you're updating to 2.35, do these not need to be adjusted as well? i.e. not point to 2.34
[-- Attachment #1: Type: text/plain, Size: 310 bytes --] New review comment by wundrweapon on void-packages repository https://github.com/void-linux/void-packages/pull/32330#discussion_r933853985 Comment: If you're updating to 2.35, do these not need to be adjusted as well? i.e. not point to 2.34 Also there's one line (libmvec.so.1) which still points to 2.32
[-- Attachment #1: Type: text/plain, Size: 251 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1213835311 Comment: glibc 3.36 is out. (the only patch Arch has for that so far is just a workaround for an Easy Anticheat issue)
[-- Attachment #1: Type: text/plain, Size: 251 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1213835311 Comment: glibc 2.36 is out. (the only patch Arch has for that so far is just a workaround for an Easy Anticheat issue)
[-- Attachment #1: Type: text/plain, Size: 263 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255047872 Comment: Any plans updating it, guys? It's still 2.32 which is two years old. And what does _Arch_ have to do with glibc btw?
[-- Attachment #1: Type: text/plain, Size: 400 bytes --] New comment by JamiKettunen on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255059921 Comment: This should probably be closed; it seems `glibc` update ([to 2.36](https://github.com/void-linux/void-packages/pull/34902/commits/d55530d4ebd7a97aee4b0e9ed947c8cabb695225)) will be done as a part of #34902 (`gcc: update to 12.2.0.`) unless I'm mistaken.
[-- Attachment #1: Type: text/plain, Size: 172 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255088197 Comment: @JamiKettunen Ok, thanks!
[-- Attachment #1: Type: text/plain, Size: 305 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255719883 Comment: AngryPhantom: > And what does Arch have to do with glibc btw? ericonr: > Arch has patched glibc heavily since 2.35 release so idk how I feel about pushing it.
[-- Attachment #1: Type: text/plain, Size: 311 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255937885 Comment: @oreo639 I saw this. I mean what Arch has to do with glibc which is [GNU.org](https://www.gnu.org/software/libc/) ? Does Void ship glibc patched by Arch? Why if so?
[-- Attachment #1: Type: text/plain, Size: 304 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255943689 Comment: No, it's just more of a learn from others mistakes deal (look what bugs others have run into and what patches other distros are using so you can avoid breakages).
[-- Attachment #1: Type: text/plain, Size: 305 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255943689 Comment: No, it's just more of a learn from other's mistakes deal (look what bugs others have run into and what patches other distros are using so you can avoid breakages).
[-- Attachment #1: Type: text/plain, Size: 317 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255943689 Comment: No, it's just more of a learn from other's mistakes deal (look what bugs others have run into and what patches other distros are using so you can avoid breakages/regressions).
[-- Attachment #1: Type: text/plain, Size: 398 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255943689 Comment: No, it's just more of a learn from other's mistakes deal (look what bugs others have run into and what patches other distros are using so you can avoid breakages/regressions, ofc not all of those patches will be useful and some are distro-specific tweaks).
[-- Attachment #1: Type: text/plain, Size: 446 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255943689 Comment: No, it's just more of a learn from other's mistakes deal (look what bugs others have run into and what patches other distros are using so you can avoid breakages/regressions, ofc not all of those patches will be useful and some are distro-specific tweaks or just wrong, but at least you can get an idea).
[-- Attachment #1: Type: text/plain, Size: 248 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1255948575 Comment: @oreo639 Oh, thanks for the answer (and your patience). Didn't know that glibc is that buggy, jeez :(
[-- Attachment #1: Type: text/plain, Size: 199 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1256041032 Comment: What about looking into Debian testing or something?
[-- Attachment #1: Type: text/plain, Size: 287 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1256085692 Comment: And what about backward [compatibility](https://developers.redhat.com/blog/2019/08/01/how-the-gnu-c-library-handles-backward-compatibility)?
[-- Attachment #1: Type: text/plain, Size: 199 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1256041032 Comment: What about looking into Debian testing or something?
[-- Attachment #1: Type: text/plain, Size: 486 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1256101335 Comment: > Arch has patched glibc heavily since 2.35 release so idk how I feel about pushing it. https://github.com/archlinux/svntogit-packages/commits/packages/glibc/trunk Haha... Have you seen what [Debian](http://deb.debian.org/debian/pool/main/g/glibc/glibc_2.31-13+deb11u4.debian.tar.xz) does to it? Arch is a school kid compared to Debian.
[-- Attachment #1: Type: text/plain, Size: 480 bytes --] New comment by AngryPhantom on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1256101335 Comment: > Arch has patched glibc heavily since 2.35 release so idk how I feel about pushing it. https://github.com/archlinux/svntogit-packages/commits/packages/glibc/trunk Have you seen what [Debian](http://deb.debian.org/debian/pool/main/g/glibc/glibc_2.31-13+deb11u4.debian.tar.xz) does to it? Arch is a school kid compared to Debian...
[-- Attachment #1: Type: text/plain, Size: 386 bytes --] New comment by oreo639 on void-packages repository https://github.com/void-linux/void-packages/pull/32330#issuecomment-1256447228 Comment: > And what about backward compatibility? Usually it's fine. That doesn't mean issues can't occasionally slip through the cracks. > Have you seen what Debian does to it? Arch is a school kid compared to Debian... It was just an example.
[-- Attachment #1: Type: text/plain, Size: 1876 bytes --] There's a closed pull request on the void-packages repository glibc: update to 2.35. https://github.com/void-linux/void-packages/pull/32330 Description: From release notes: Starting with glibc 2.34, the shared objects are installed under their ABI sonames directly, without symbolic links. Therefore, we have to rename many of the nostrip entries. Also from release notes: all functionality formerly implemented in the libraries libpthread, libdl, libutil, libanl has been integrated into libc. Therefore, we can remove these libraries from the nostrip list entirely. <!-- Mark items with [x] where applicable --> #### General - [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements) #### Have the results of the proposed changes been tested? - [ ] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me - [ ] I generally don't use the affected packages but briefly tested this PR <!-- If GitHub CI cannot be used to validate the build result (for example, if the build is likely to take several hours), make sure to [skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration). When skipping CI, uncomment and fill out the following section. Note: for builds that are likely to complete in less than 2 hours, it is not acceptable to skip CI. --> <!-- #### Does it build and run successfully? (Please choose at least one native build and, if supported, at least one cross build. More are better.) - [ ] I built this PR locally for my native architecture, (ARCH-LIBC) - [ ] I built this PR locally for these architectures (if supported. mark crossbuilds): - [ ] aarch64-musl - [ ] armv7l - [ ] armv6l-musl -->