void-packages
void-packages copied to clipboard
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.
General
- [ ] This is a new package and it conforms to the 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
Could this be bumped to 2.35 which released about 2 weeks ago?
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.
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
Might be worth changing the PR title to reflect the version change; easier to search for that way (I almost didn't find this)
glibc 2.36 is out. (the only patch Arch has for that so far is just a workaround for an Easy Anticheat issue)
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?
This should probably be closed; it seems glibc
update (to 2.36) will be done as a part of #34902 (gcc: update to 12.2.0.
) unless I'm mistaken.
@JamiKettunen Ok, thanks!
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.
@oreo639 I saw this. I mean what Arch has to do with glibc which is GNU.org ? Does Void ship glibc patched by Arch? Why if so?
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).
@oreo639 Oh, thanks for the answer (and your patience). Didn't know that glibc is that buggy, jeez :(
And what about backward compatibility?
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 does to it? Arch is a school kid compared to Debian...
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.