* Re: [PR REVIEW] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
@ 2021-08-05 4:26 ` ericonr
2021-08-05 4:31 ` [PR PATCH] [Updated] " ericonr
` (30 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: ericonr @ 2021-08-05 4:26 UTC (permalink / raw)
To: ml
[-- 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?
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR PATCH] [Updated] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
2021-08-05 4:26 ` [PR REVIEW] " ericonr
@ 2021-08-05 4:31 ` ericonr
2021-08-05 4:37 ` ericonr
` (29 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: ericonr @ 2021-08-05 4:31 UTC (permalink / raw)
To: ml
[-- 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
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR PATCH] [Updated] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
2021-08-05 4:26 ` [PR REVIEW] " ericonr
2021-08-05 4:31 ` [PR PATCH] [Updated] " ericonr
@ 2021-08-05 4:37 ` ericonr
2021-08-05 15:18 ` ericonr
` (28 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: ericonr @ 2021-08-05 4:37 UTC (permalink / raw)
To: ml
[-- 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() {
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR PATCH] [Updated] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (2 preceding siblings ...)
2021-08-05 4:37 ` ericonr
@ 2021-08-05 15:18 ` ericonr
2022-02-15 6:43 ` JamiKettunen
` (27 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: ericonr @ 2021-08-05 15:18 UTC (permalink / raw)
To: ml
[-- 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() {
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (3 preceding siblings ...)
2021-08-05 15:18 ` ericonr
@ 2022-02-15 6:43 ` JamiKettunen
2022-05-31 2:13 ` github-actions
` (26 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: JamiKettunen @ 2022-02-15 6:43 UTC (permalink / raw)
To: ml
[-- 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?
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (4 preceding siblings ...)
2022-02-15 6:43 ` JamiKettunen
@ 2022-05-31 2:13 ` github-actions
2022-06-05 21:14 ` ericonr
` (25 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: github-actions @ 2022-05-31 2:13 UTC (permalink / raw)
To: ml
[-- 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.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (5 preceding siblings ...)
2022-05-31 2:13 ` github-actions
@ 2022-06-05 21:14 ` ericonr
2022-06-05 21:15 ` [PR PATCH] [Updated] " ericonr
` (24 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: ericonr @ 2022-06-05 21:14 UTC (permalink / raw)
To: ml
[-- 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
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR PATCH] [Updated] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (6 preceding siblings ...)
2022-06-05 21:14 ` ericonr
@ 2022-06-05 21:15 ` ericonr
2022-06-05 21:21 ` ericonr
` (23 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: ericonr @ 2022-06-05 21:15 UTC (permalink / raw)
To: ml
[-- 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() {
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR PATCH] [Updated] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (7 preceding siblings ...)
2022-06-05 21:15 ` [PR PATCH] [Updated] " ericonr
@ 2022-06-05 21:21 ` ericonr
2022-07-30 16:02 ` wundrweapon
` (22 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: ericonr @ 2022-06-05 21:21 UTC (permalink / raw)
To: ml
[-- 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() {
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (8 preceding siblings ...)
2022-06-05 21:21 ` ericonr
@ 2022-07-30 16:02 ` wundrweapon
2022-07-30 16:16 ` [PR REVIEW] " wundrweapon
` (21 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: wundrweapon @ 2022-07-30 16:02 UTC (permalink / raw)
To: ml
[-- 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)
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR REVIEW] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (9 preceding siblings ...)
2022-07-30 16:02 ` wundrweapon
@ 2022-07-30 16:16 ` wundrweapon
2022-07-30 16:21 ` wundrweapon
` (20 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: wundrweapon @ 2022-07-30 16:16 UTC (permalink / raw)
To: ml
[-- 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
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR REVIEW] glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (10 preceding siblings ...)
2022-07-30 16:16 ` [PR REVIEW] " wundrweapon
@ 2022-07-30 16:21 ` wundrweapon
2022-08-13 6:36 ` oreo639
` (19 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: wundrweapon @ 2022-07-30 16:21 UTC (permalink / raw)
To: ml
[-- 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
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.34.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (11 preceding siblings ...)
2022-07-30 16:21 ` wundrweapon
@ 2022-08-13 6:36 ` oreo639
2022-08-23 21:08 ` glibc: update to 2.35 oreo639
` (18 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-08-13 6:36 UTC (permalink / raw)
To: ml
[-- 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)
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (12 preceding siblings ...)
2022-08-13 6:36 ` oreo639
@ 2022-08-23 21:08 ` oreo639
2022-09-22 13:45 ` AngryPhantom
` (17 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-08-23 21:08 UTC (permalink / raw)
To: ml
[-- 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)
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (13 preceding siblings ...)
2022-08-23 21:08 ` glibc: update to 2.35 oreo639
@ 2022-09-22 13:45 ` AngryPhantom
2022-09-22 13:54 ` JamiKettunen
` (16 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-22 13:45 UTC (permalink / raw)
To: ml
[-- 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?
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (14 preceding siblings ...)
2022-09-22 13:45 ` AngryPhantom
@ 2022-09-22 13:54 ` JamiKettunen
2022-09-22 14:14 ` AngryPhantom
` (15 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: JamiKettunen @ 2022-09-22 13:54 UTC (permalink / raw)
To: ml
[-- 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.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (15 preceding siblings ...)
2022-09-22 13:54 ` JamiKettunen
@ 2022-09-22 14:14 ` AngryPhantom
2022-09-23 1:50 ` oreo639
` (14 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-22 14:14 UTC (permalink / raw)
To: ml
[-- 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!
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (16 preceding siblings ...)
2022-09-22 14:14 ` AngryPhantom
@ 2022-09-23 1:50 ` oreo639
2022-09-23 8:34 ` AngryPhantom
` (13 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-09-23 1:50 UTC (permalink / raw)
To: ml
[-- 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.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (17 preceding siblings ...)
2022-09-23 1:50 ` oreo639
@ 2022-09-23 8:34 ` AngryPhantom
2022-09-23 8:41 ` oreo639
` (12 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-23 8:34 UTC (permalink / raw)
To: ml
[-- 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?
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (18 preceding siblings ...)
2022-09-23 8:34 ` AngryPhantom
@ 2022-09-23 8:41 ` oreo639
2022-09-23 8:41 ` oreo639
` (11 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-09-23 8:41 UTC (permalink / raw)
To: ml
[-- 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).
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (19 preceding siblings ...)
2022-09-23 8:41 ` oreo639
@ 2022-09-23 8:41 ` oreo639
2022-09-23 8:42 ` oreo639
` (10 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-09-23 8:41 UTC (permalink / raw)
To: ml
[-- 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).
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (20 preceding siblings ...)
2022-09-23 8:41 ` oreo639
@ 2022-09-23 8:42 ` oreo639
2022-09-23 8:44 ` oreo639
` (9 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-09-23 8:42 UTC (permalink / raw)
To: ml
[-- 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).
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (21 preceding siblings ...)
2022-09-23 8:42 ` oreo639
@ 2022-09-23 8:44 ` oreo639
2022-09-23 8:46 ` oreo639
` (8 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-09-23 8:44 UTC (permalink / raw)
To: ml
[-- 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).
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (22 preceding siblings ...)
2022-09-23 8:44 ` oreo639
@ 2022-09-23 8:46 ` oreo639
2022-09-23 8:46 ` AngryPhantom
` (7 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-09-23 8:46 UTC (permalink / raw)
To: ml
[-- 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).
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (23 preceding siblings ...)
2022-09-23 8:46 ` oreo639
@ 2022-09-23 8:46 ` AngryPhantom
2022-09-23 10:25 ` AngryPhantom
` (6 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-23 8:46 UTC (permalink / raw)
To: ml
[-- 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 :(
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (24 preceding siblings ...)
2022-09-23 8:46 ` AngryPhantom
@ 2022-09-23 10:25 ` AngryPhantom
2022-09-23 11:17 ` AngryPhantom
` (5 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-23 10:25 UTC (permalink / raw)
To: ml
[-- 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?
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (25 preceding siblings ...)
2022-09-23 10:25 ` AngryPhantom
@ 2022-09-23 11:17 ` AngryPhantom
2022-09-23 11:17 ` AngryPhantom
` (4 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-23 11:17 UTC (permalink / raw)
To: ml
[-- 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)?
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (26 preceding siblings ...)
2022-09-23 11:17 ` AngryPhantom
@ 2022-09-23 11:17 ` AngryPhantom
2022-09-23 11:36 ` AngryPhantom
` (3 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-23 11:17 UTC (permalink / raw)
To: ml
[-- 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?
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (27 preceding siblings ...)
2022-09-23 11:17 ` AngryPhantom
@ 2022-09-23 11:36 ` AngryPhantom
2022-09-23 11:36 ` AngryPhantom
` (2 subsequent siblings)
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-23 11:36 UTC (permalink / raw)
To: ml
[-- 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.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (28 preceding siblings ...)
2022-09-23 11:36 ` AngryPhantom
@ 2022-09-23 11:36 ` AngryPhantom
2022-09-23 16:59 ` oreo639
2023-01-11 13:12 ` [PR PATCH] [Closed]: " classabbyamp
31 siblings, 0 replies; 33+ messages in thread
From: AngryPhantom @ 2022-09-23 11:36 UTC (permalink / raw)
To: ml
[-- 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...
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (29 preceding siblings ...)
2022-09-23 11:36 ` AngryPhantom
@ 2022-09-23 16:59 ` oreo639
2023-01-11 13:12 ` [PR PATCH] [Closed]: " classabbyamp
31 siblings, 0 replies; 33+ messages in thread
From: oreo639 @ 2022-09-23 16:59 UTC (permalink / raw)
To: ml
[-- 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.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: [PR PATCH] [Closed]: glibc: update to 2.35.
2021-08-05 4:26 [PR PATCH] glibc: update to 2.34 ericonr
` (30 preceding siblings ...)
2022-09-23 16:59 ` oreo639
@ 2023-01-11 13:12 ` classabbyamp
31 siblings, 0 replies; 33+ messages in thread
From: classabbyamp @ 2023-01-11 13:12 UTC (permalink / raw)
To: ml
[-- 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
-->
^ permalink raw reply [flat|nested] 33+ messages in thread